﻿ Universitatea Politehnica Bucureşti Facultatea de Electronică, Telecomunicaţii şi Tehnologia Informaţiei PROIECT DE DIPLOMA Coordonator ştiinţific: Absolvent: Prof. dr. ing. Felicia IONESCU Roxana Irina CHIRIACESCU 2009 Universitatea Politehnica Bucureşti Facultatea de Electronică, Telecomunicaţii şi Tehnologia Informaţiei Reprezentarea informaţiilor geospaţiale în sistemele de baze de date Oracle Coordonator ştiinţific: Absolvent: Prof. dr. ing. Felicia IONESCU Roxana Irina CHIRIACESCU 2009 2 Cuprins 1. Introducere...................................................................................................................................... 4 2. Sisteme informatice geografice ........................................................................................................ 6 2.1. Scurt istoric .............................................................................................................................. 6 2.2. Domenii de utilizare a sistemelor informatice geografice ......................................................... 8 2.3. Analiza spatiala ........................................................................................................................ 9 2.4. Componentele unui GIS ......................................................................................................... 13 2.5. Sursele datelor spatiale .......................................................................................................... 16 2.6. Formate de date folosite in aplicatiile GIS .............................................................................. 18 3. Aplicatia de redare a hartilor – analiza si proiectare ....................................................................... 26 3.1. Sistemul de gestiune a bazei de date........................................................................................... 26 3.1.1. Oracle 10g ............................................................................................................................ 26 3.1.2. Oracle Spatial ....................................................................................................................... 27 3.2. MapViewer – componenta a serverului de aplicatii ..................................................................... 30 3.3. Oracle Application Express (APEX) ............................................................................................... 38 3.4. Prezentarea aplicatiei de redare a hartilor .................................................................................. 42 3.4.1. Mod de utilizare ................................................................................................................... 42 3.4.2. Schema generala de functionare .......................................................................................... 48 3.4.3. Descrierea setului de date folosit ......................................................................................... 49 4. Programarea JavaScript in aplicatia de redare a hartilor ................................................................. 53 5. Programarea SQL si PL/SQL in aplicatia de redare a hartilor ........................................................... 63 6. Concluzii ........................................................................................................................................ 67 7. Anexa 1: Instalarea instrumentelor software ................................................................................. 69 7.1. Instalarea bazei de date ......................................................................................................... 69 7.2. Instalarea serverului de aplicatii ............................................................................................. 74 7.3. Instalarea MapViewer ............................................................................................................ 77 7.4. Instalarea APEX ...................................................................................................................... 79 8. Anexa 2: Lista de figuri .................................................................................................................. 80 9. Bibliografie .................................................................................................................................... 82 3 1. Introducere Tehnologia sistemelor informatice geografice (GIS) este o tehnologie în continuă dezvoltare, un instrument computerizat pentru maparea şi analizarea tuturor elementelor care există pe glob şi a evenimentelor care se petrec în lume. Tehnologia GIS integrează operaţii obişnuite cu baze de date cum ar fi interogarea sau analiza statistică cu avantajele unice oferite de hărţi pentru vizualizarea şi analiza geografică pe baza datelor spaţiale. Sistemele informatice geografice permit crearea de hărţi, integrarea informaţiilor geospatiale, vizualizarea de scenarii şi dezvoltarea de soluţii efective într-un mod nou, uşor de utilizat. Prezenta lucrare si-a propus folosirea sistemelor de baze de date Oracle pentru reprezentarea de informatii geospatiale. Aplicatia software de redare a hartilor creata in aceasta lucrare nu reprezinta un produs comercial, fiind departe de capabilitatile unui produs business din ziua de astazi. Aplicatia realizata pune in practica notiuni teoretice introductive din domeniul bazelor de date geospatiale si a aplicatiilor web, ce manipuleaza informatii geospatiale. Aplicatia online de redare a hartilor din proiectul de fata a fost realizata folosind tehnologie proprietara Oracle, disponibila dezvoltatorilor spre download gratuit de pe site-ul companiei. Setul de date geospatiale folosit cuprinde intreg mapamondul, oferind informatii detaliate asupra topologiei tarilor europene. Acest set de date a fost obtinut gratuit de la compania NAVTEQ. Aplicatia de fata, pe care o vom referi uneori “Geo-Tag”, permite utilizatorului sa creeze puncte de interes sau geo-tag-uri pe o harta interactiva, sa uploadeze imagini sau fisiere pdf pe care sa le asocieze geo-tagurilor, sa vizualizeze continutul acestora prin clickuri de mouse pe harta si sa obtina afisarea informatiilor tuturor geo-tag-urilor dintr-o zona selectata manual pe harta. Toate datele geospatiale folosite de aceasta aplicatie sunt stocate intr-o baza de date Oracle Spatial. Tabela geo-tag-urilor din baza de date are atribute spatiale, continand printre altele o coloana cu un index spatial. Toate hartile sunt accesibile cu ajutorul Oracle Application Server MapViewer si pot fi vizualizate intr-o maniera interactiva prin intermediul interfetei Oracle Maps bazata pe AJAX. 4 Lucrarea este structurată în sase capitole, fiecare având mai multe subcapitole, urmate de o anexa a instalarii instrumentelor software folosite şi o listă de referinţe bibliografice. In realizarea proiectului s-au urmat etapele de dezvoltare a unei aplicatii software: analiza cerintelor, proiectarea, implementarea si testarea. AnalizaProiectareImplementareTestare •ce este GIS?•schema de functionare•scripturi SQL•verificarea functionarii •care sunt cerintele aplicatiei?•structura setului de date•proceduri PL/SQLcorecte eliminarea anomaliilor •care sunt componentele •structura bazei de date•script JavaScript• software implicate?••concluzii asupra mediului utilizarea instrumentelor APEXfolosit Capitolul 1 – “Introducere” contine o prezentare generala a proiectului. Capitolul 2 – “Sisteme informatice geografice” prezinta domeniile de utilizare a sistemelor informaţionale geografice, un scurt istoric al dezvoltării tehnologiei GIS, o introducere in analiza spatiala şi caracteristicile generale ale tehnologiei sistemelor informaţionale geografice: componentele unui GIS, sursele datelor spatiale, formatele de date existente in domeniul GIS. Acest capitol prezinta etapa de analiza a proiectului. Capitolul 3 – “Aplicatia de redare a hartilor – analiza si proiectare” prezinta instrumentele software folosite in realizarea aplicatiei, precum si functionarea acesteia. Acest capitol descrie elementelele si procesul de proiectare. Capitolul 4 – “Programarea JavaScript in aplicatia de redare a hartilor” prezinta si explica logica aplicatiei realizata in limbajul Javascript, specificand modul de utilizare a functiilor cuprinse in Oracle Maps API si modul de utilizare a functiilor specifice JavaScript din APEX. Capitolul 5 – “Programarea SQL si PL/SQL in aplicatia de redare a hartilor” prezinta scripturile de creare a tabelelor, vederilor si temelor (themes) specifice tabelelor cu informatii geospatiale, precum si procedurile PL/SQL folosite in aplicatie. Capitolul 4 si 5 detaliaza etapele de implementare si testare ale proiectului. Capitolul 6 – “Concluzii” abordeaza aspecte legate de avantajele mediului de lucru ales si evidentiaza posibilitatile de dezvoltare ulterioara a aplicatiei. 5 2. Sisteme informatice geografice 2.1. Scurt istoric [18] GIS este acronimul în limba engleză pentru Sisteme Informaţionale Geografice: Geographic Information Systems (SUA), Geographical Information Systems (Marea Britanie, Australia, Canada), Geographical Information Science (academic) si reprezinta „o formă particulară a Sistemelor Informatice aplicată datelor geografic, un ansamblu de echipamente, programe şi proceduri proiectat pentru stocarea, administrarea, manipularea, analiza, modelarea şi vizualizarea datelor spaţiale pentru rezolvarea problemelor de planificare complexă şi administrare” (Goodchild & Kamp 1990). GIS-ul combina gestionarea, reprezentarea si analiza datelor geospatiale în scopul facilitării înţelegerii entităţilor lumii reale şi a interacţiunilor dintre acestea. Ideea de a concentra în cadrul unei hărţi diferite straturi tematice şi fenomene geografice, a existat cu mult înainte de apariţia calculatorului. De exemplu harta bătăliei de la Yorktown (toamna anului 1781), creaţie a cartografului francez Louis-Alexandre Berthier, redă destul de bine traseele trupelor implicate în luptă. În anul 1819, francezul Pierre Charles Dupin a întocmit prima hartă choropletă (redarea prin umbre a suprafeţelor), ce redă distribuţia şi intensitatea analfabetismului în Franţa, aceasta reprezentând, poate, prima hartă statistică modernă. Figura 1: Prima harta choropleta, intocmita de Pierre Charles Dupin 6 La jumătatea secolului al XIX-lea, apare “Atlas to Accompany the Second report of the Irish Railway Commissioners”, ce redă pe aceeaşi hartă date despre populaţie, migraţia acesteia precum şi date geologice şi topografice. De asemenea doctorul John Snow a realizat o hartă pentru a reda locaţiile deceselor cauzate de holeră din centrul Londrei, în anul 1854, pentru a identifica sursa contaminării, aceasta constituind un exemplu timpuriu de analiză geografică. Figura 2: Locatiile deceselor cauzate de holera, Londra, 1854 De-a lungul evoluţiei sale, din 1950 şi pâna astăzi, putem observa 3 faze delimitate în funcţie de aplicaţii, date şi interacţiunea dintre utilizatori şi furnizori (Crain şi MacDonald, 1984). Prima etapă În prima fază (perioada 1950 – începutul anilor 1980), tehnologia GIS a fost creată ca un instrument capabil să stocheze, organizeze şi să determine extinderea datelor existente. Pentru acest lucru a fost implementată şi definită o structură a datelor compusă din date primare (puncte, linii, suprafeţe, rastere) şi funcţii pentru importarea, editarea, recuperarea, actualizarea, interogarea datelor (Massimiliano Cannata, 2006). Etapa a II-a În cea de-a doua fază (sfârşitul anilor ’80 – începutul anilor ‘90), Sistemele Geografice Informaţionale au fost forţate să evolueze spre analiză. În această fază au fost implementate funcţii şi “interfeţe grafice prietenoase” pentru a uşura interacţiunea cu utilizatorii. Utilizatorii au posibilitatea să sorteze, selecteze, extragă, reclasifice şi să reproiecteze datele după diferite criterii geografice, topologice, statistice. 7 Etapa a III-a Începând cu sfârşitul anilor 1990, Sistemele Informaţionale Geografice intră într-o nouă eră. În această etapă, GIS-ul încearcă să devină un instrument de decizie şi manipulare a informaţiei. În anii 2000, se îndreaptă către Web, devenind tot mai popular. Figura 3: Evolutia GIS-urilor 2.2. Domenii de utilizare a sistemelor informatice geografice [17], [20] Domeniile de aplicatie ale GIS sunt nenumarate, de la sanatate, financiar-bancar, criminalistica, turism, geologie, mediu etc. Multe dintre aspectele administrarii publice (sanatate, infrastructuri, planificare, dezvoltare, gestionarea dezastrelor, securitate, infractionalitate, protectia mediului, educatie, cultura, recreere) sau private (controlul resurselor si facilitatilor distribuite: transporturi, telecomunicatii, electricitate, petro-chimie, distributie, comercializare) implica date geospatiale, pentru care sistemele informatice asigura mijloace evoluate de gestionare. Informatiile geospatiale asigura deciziilor o perspectiva mai larga, facilitand totodata coordonarea la nivelul comunitatii sau al unitatii administrative (localitate, judet, tara, intreprindere, institutie). GIS-ul constituie abordarea moderna pentru imbunatatirea continua a serviciilor si deciziilor, si trebuie sa-l asimilam pentru a face fata tendintelor actuale de globalizare si eforturilor de integrare europeana [17]. Abilitatea de a gestiona, corela, modela, prezice si disemina informatie geografica face din GIS o unealta de analiza prin excelenta. Fascinatia si potenta ar fi cele doua senzatii pe care le confera si le merita in general GIS-ul. Semnificativa este si generalizarea paradigmei, pentru ca acum GIS inseamna si Geographic Information Science. Utilizarea GIS în studiul şi managementul dezastrelor naturale se practică pe plan internaţional de mai bine de 10 ani. Avantajele incontestabile ale GIS au impus utilizarea 8 tehnicilor respective în domenii diverse, inclusiv în studiul dezastrelor naturale [20]. Paralel cu tendinţele de abordare globală, regională şi transfrontalieră a problemelor mediului, inclusiv a celor legate de dezastrele naturale, s-a amplificat necesitatea utilizării unor tehnici care să permită identificarea problemelor specifice, păstrând criteriul integrării informaţiei în complexitatea ei temporală şi spaţială. Pe plan internaţional, se prevede o implicare tot mai mare a tehnicilor GIS în managementul informaţiei. Iată o prezentare succintă a domeniilor care utilizează deja asemenea tehnici în ţările Uniunii Europene şi mai ales în SUA: agricultură, marketing, analiza investiţiilor, cartografie, conservarea şi protecţia mediului, activitatea poliţiei, a serviciilor de securitate şi armatei, managementul dezastrelor naturale şi tehnologice, aprovizionarea populaţiei cu bunuri de consum şi materii prime (gaz, petrol etc.), geologie, administraţie locală, sociologie, sănătate, resurse naturale, oceanografie, planificare teritorială, turism, managementul deşeurilor, telefonie digitală etc [20]. Un alt exemplu de aplicabilitate, de data aceasta în domeniul mediului îl constitue biologii care folosesc transmitatoare radio si antene satelitare pentru a trasa rutele migratiilor de caribu si ursi polari, pentru a sustine programul de protectie a animalelor. In GIS rutele migratiilor au fost indicate de diferite culori pentru fiecare luna timp de 21 luni. Cercetatorii au folosit apoi GIS pentru a suprapune traseele migratiei pe harta planului de dezvoltare al exploatarilor petroliere pentru a determina posibilitatea interferentei cu traseele animalelor [21]. Din punct de vedere al criminalitatii, un sistem GIS poate determina zonele cu un grad ridicat al infractiunilor, în functie de situatiile antecedente, de categoriile de oameni care traiesc în respectivele zone. Aceste estimari ajuta în luarea deciziilor asupra ariilor în care ar trebui intarita securitatea si siguranta cetateanului, sau ar trebui implementate proiecte care sa promoveze în rândul populatiei necesitatea educatiei copiilor [21]. Simpla enumerare a acestor domenii este sugestivă privind nivelul la care s-a ajuns în aplicarea tehnicilor GIS. 2.3. Analiza spatiala [13] Analiza spatiala este un termen folosit larg in literatura de specialitate din domeniul Sistemelor informatice geografice (engl. GIS) si din domeniul Stiintei Informaticii Geografice (engl. GISc). Analiza spatiala se defineste ca o colectie de tehnici si modele ce folosesc explicit referintele spatiale asociate fiecarei date definite in sistemul aflat sub studiu [13]. Analiza spatiala are trei componente principale. Prima include modelarea cartografica. Fiecare set de date este reprezentat de o harta, iar operatiile pe harti sau implementarea de algebre de harti duc la generarea de noi harti. Spre exemplu, buffering-ul este operatia de identificare a tuturor zonelor de pe o harta ce se afla la o distanta data de un obiect spatial cum ar fi un spital, un rezervor de apa sau un obiect liniar cum ar fi un drum. Suprapunerea (engl. overlaying) include operatii logice (AND, OR, XOR) si operatii aritmetice (+; -; x; /). Rezultatul dat de operatorul “AND” identifica zonele de pe harta care satisfac simultan un set de conditii pe doua sau mai multe variabile. Operatia de suprapunere aritmetica de adunare aduna valorile a doua sau mai multe variabile, zona cu zona (Arbia et al., 1999). 9 A doua componenta a analizei spatiale o reprezinta modelarea matematica, ale carei rezultate depind de tipul de interactie spatiala dintre obiectele modelate, sau de relatiile spatiale ale acestora, sau de pozitia geografica a obiectelor in cadrul modelului. De exemplu, configuratia raurilor si geografia intersectiilor lor intr-un model hidrologic va afecta cursul apei prin diferite zone ale unui baraj de acumulare. Distributia geografica a diferitelor grupuri de populatie si distributia densitatii lor intr-o anumita regiune poate influenta raspandirea unei boli infectioase, in timp ce locatia unor bariere topografice poate influenta colonizarea unei regiuni de catre noi specii. In cele din urma, analiza spatiala include dezvoltarea si aplicarea de tehnici statistice pentru o analiza pertinenta a datelor geospatiale. Aceasta parte a analizei spatiale se mai numeste analiza datelor spatiale. Sunt multe trasaturi ale datelor spatiale de luat in calcul cand se doreste o analiza statistica. Desi analiza dependentei spatiale este un element critic in analiza datelor spatiale si in predictia spatiala, o atentie excesiva numai asupra acestui aspect al datelor spatiale poate determina analistul sa ignore alte chestiuni. De exemplu, efectul unei partitii areale asupra preciziei unui estimator sau setul mai larg de presupuneri determina daca un model poate fi considerat adecvat pentru scopul propus. Analiza datelor spatiale este un sub- domeniu al domeniului mai general al analizei de date. Un rol important, in definirea calitatilor si conceptelor necesare pentru o analiza reusita a datelor spatiale, il constituie teoriile statistice ce manevreaza alte tipuri de date, non-spatiale. In adoptarea acestei definitii extinse a analizei spatiale se creaza o legatura cu domeniul mai larg al teoriilor si metodelor statistice. Clasificarea datelor spatiale: obiecte, campuri si reprezentari geometrice Modelarea realitatii geografice presupune capturarea complexitatii lumii reale intr-o reprezentare finita astfel incat stocarea digitala sa fie posibila. Abstractizarea unei “variatii geografice reale, continue si complexe” (Goodchild, 1989, p. 108) intr-un numar finit de biti discreti necesita procedee precum generalizare si simplificare. Obiectele si campurile (objects si fields in engleza) reprezinta doua conceptualizari fundamentale ale entitatilor ce constituie realitatea geografica. Diferenta dintre cele doua se poate observa usor prin exemple. Variabile precum temperatura, grosimea stratului de zapada sau altitudinea fata de nivelul marii sunt conceptualizate drept campuri. O casa (punct), un drum (linie) sau o unitate politico- administrativa (zona) sunt deobicei conceptualizate drept obiecte. Obiectele se refera la lucruri din lumea reala, in timp ce un camp se refera la o functie ce ia o singura valoare intr-o locatie din spatiul 2-dimensional. In general, unul din aceste doua concepte sunt in concordanta mai buna cu propria noastra perceptie mentala despre lumea reala si pot genera o baza mai buna pentru un calcul eficient. Exista patru clase de obiecte digitale pentru reprezentarea fenomenului geografic: punctele, liniile, zonele si suprafetele (de exemplu, sub forma de linii de contur). Spatiul obiectelor este reprezentat digital prin puncte, linii sau zone. Un oras poate fi reprezentat ca o zona (folosind granita sa administrativa pentru a delimita zona) sau la un alt nivel de reprezentare ca un punct. Un oras sau o padure pot fi reprezentate prin obiecte tip zona cu o linie de contur trasata, desi in realitate granita acestora poate fi ambigua si “fuzzy”. 10 Figura 4: Reprezentarea spatiului geografic cu ajutorul obiectelor In cazul conceptului de camp, valorile datelor asociate cu atributele pot sa se regaseasca la orice punct locatie dintr-o infinitate disponibila pe suprafata. Stocarea datelor despre un camp intr-o matrice de date necesita ca datele respective sa fie finite. Campul, ca si suprafata, poate fi reprezentat folosindu-se linii de contur. Reprezentarea unui camp folosind zone inseamna adesea divizarea regiunii respective in unitati spatiale mici numite pixeli. Dimensiunea pixelului specifica rezolutia spatiala a reprezentarii. Pentru descrierea unui camp prin puncte este necesara alegerea unor pozitii reprezentative. O masurare a valorii definite in aceste puncte poate fi suficienta in cazul masurarii grosimii zapezii sau a calitatii solului. In cazul poluarii aerului, orice masura este o functie ce depinde de dimensiunea suportului folosit pentru a defini cantitatea. In cazul obiectelor tip zona si a reprezentarii zonale a unui camp, fie zonele sunt definite independent de valorile datelor precum in cazul pixelilor imaginilor sau granitele lor reflecta o schimbare in valorile datelor. In primul caz zonele se numesc intrinseci. In cel de-al doilea caz, 11 partitia zonala este impusa dupa analizarea valorilor datelor si partitia defineste zone omogene (sau cvasi-omogene) sau regiuni. Campurile pot fi segmentate in blocuri de pixeli ce au valori apropiate sau identice. Exista si cazuri cand se poate alege conceptualizarea dorita. Distributia populatiei poate fi conceptualizata fie obiect, fie camp. Daca este conceptualizata in termeni de obiecte, atunci reprezentarea poate fi sub forma de puncte (de exemplu, rezidente) sau sub forma numarului de zone regulate (pixeli) sau neregulate. Daca distributia populatiei este conceptualizata in termeni de camp, atunci reprezentarea poate lua forma unei suprafete de densitate, sau prin distribuirea spatiala a numarului de locuitori folosind metode precum interpolarea. Dependenta spatiala a valorilor atributelor Prezenta dependentei spatiale inseamna ca valorile aceluiasi atribut, masurat la locatii apropiate una de cealalta, tind sa fie mai asemanatoare decat valorile separate de distante mai mari. Prin “asemanatoare” se intelege ca daca valoarea unui atribut este mare/mica, atunci valorile din vecinatate ale aceluiasi atribut vor avea tendinta de a fi mari/mici. Aceasta caracteristica se aseamana cu datele unei serii temporale. Valorile apropiate in timp ale aceleiasi variabile tind sa fie mai apropiate decat valorile separate de distante lungi de timp. Natura acestei similaritati poate fi independenta de spatiul sau timpul realizarii masuratorii valorilor respective. Pentru datele spatiale, acest fapt implica ca oriunde te uiti pe harta , natura acelei similaritati este aceeasi. Structura dependentei in acest caz se numeste stationara. Prin contrast, daca structura dependentei variaza pe harta, astfel incat orice masura a similaritatii depinde de zona de pe harta care este analizata, atunci se va numi non-stationara sau acea structura a dependentei se va numi heterogena. Exista diferente importante intre spatiu si timp in privinta dependentei, tocmai de aceea sunt necesare tehnici spatiale statistice pentru cuantificarea si analiza spatiala diferite de metodele folosite pentru datele temporale. Acesta este si motivul pentru care sunt necesare modele statistice diferite pentru a descrie variatia spatiala, spre deosebire de cea temporala. In primul rand, timpul are un flux uni-directional. Trecutul poate influenta prezentul, dar viitorul poate influenta numai prezentul, in sensul unei asteptari de la acel viitor, nu in sensul unei realizari concrete ale acelui viitor. Spatiul nu are echivalent pentru trilogia: trecut, prezent si viitor. In al doilea rand, dependenta spatiala este complicata din cauza extinderii la doua dimensiuni, nu doar una, si din cauza ca structura dependentei nu este obligatoriu aceeasi pe cele doua axe (nord-sud si est-vest). Daca dependenta este aceeasi pe ambele axe, atunci se va numi dependenta izotropica, in caz contrar numindu-se non-izotropica sau anizotropica. In cele din urma, periodicitatea adesea intalnita in seriile temporale (efecte sezoniere, efecte ale ciclului business, efecte zilnice sau saptamanale) nu se intalneste in datele spatiale. 12 2.4. Componentele unui GIS [21] GIS nu trebuie privit ca un sistem pur hardware, el este un ansamblu constituit din: • Persoane - utilizatorii sistemului • Aplicatii – procesele si programele utilizate pentru atingerea scopurilor dorite • Date - informatiile necesare care stau la baza aplicatiei • Software – nucleul sistemului GIS • Hardware - componentele fizice pe care va rula sistemul Figura urmatoare trebuie interpretata ca o propozitie, si porneste de la cele mai importante elemente care alcatuiesc un sistem GIS, pâna la cele mai putin importante. Figura 5: Componentele unui GIS 13 Utilizatorii Sistemele informationale, geografice sau nu, vin din necesitatea oamenilor în organizatii de a raspunde la întrebari, de a-si realiza sarcinile într-un mod cât mai simplu si, în general de a interactiona cu lumea si oamenii care o alcatuiesc. Un sistem informational precum GIS vine în sprijinul realizarii activitatilor într-un timp mult mai scurt si cu rezultate mult mai consistente, cu un nivel ridicat de încredere. Designul si implementarea unui sistem GIS începe cu oamenii si necesitatile lor, si se termina cu aplicatii reale de care acestia se folosesc în vederea atingerii scopurilor propuse. Întregul sistem exista pentru a ne sprijini în realizarea sarcinilor pe care le avem. Aplicatiile Aplicatiile reprezinta urmatoarea treapta în ierarhia mentionata mai sus, deoarece acestea definesc functionalitatile pe care trebuie sa le aiba sistemul informational. În diferite organizatii oamenii au nevoie sa întocmeasca diverse tipuri de rapoarte, sa ia anumite decizii si, în general, sa aplice propriile abilitati pentru a rezolva tot felul de probleme. Activitatile, procesele desfasurate în vederea realizarii acestora lucruri poarta denumirea de aplicatii. Aplicatiile iau nastere din misiunea si obiectivele organizatiei. În proiectarea oricarui sistem de informatii trebuie tinut cont de tipul de aplicatii ce vor fi suportate de acesta. Mai exact, aplicatiile reprezinta modul în care sunt obtinute datele, cum sunt stocate, transformate si analizate pentru a fi prezentate într-o forma finala la iesire. Un exemplu simplu de aplicatie îl constitue densitatea populatiei la nivel national sau monitorizarea calitatii apei. Datele Pentru ca aplicatiile sa functioneze în mod corespunzator, acestea au nevoie de date. Nu se poate construi o harta cu potentialul vânzarilor sau cu amplasarea geografica a clientilor fara a detine anumite tabele si informatiile necesare realizarii unui astfel de rezultat. Aceste tabele se vor afla într-o baza de date (eventual mai multe), sistemul necesitând existenta unor intrumente specializate pentru accesul, administrarea si manipularea datelor. Tipurile de date posibile, modul de capturare, stocare si interogare a acestora vor fi prezentate în subcapitolul urmator. Software Când vorbim de software-ul GIS, ne referim la instrumentele utilizate pentru a stoca, analiza, si afisa informatiile geografice. În orice sistem GIS, datele, pe lânga reprezentarea spatiala, poseda legaturi catre diferite atribute ce sunt stocate într-o baza de date. Majoritatea aplicatiilor ofera o interfata usor de utilizat pentru interogarea datelor si manipularea spatiala prin utilizarea unor instrumente precum zoom sau pan. Pe scurt, componentele software principale ce alcatuiesc un sistem informational GIS sunt: un sistem de gestiune a bazelor de date, o interfata grafica care sa permita manipularea instrumentelor, si bineînteles instrumentele. Nivelul coborât pe care se afla software-ul în ierarhie se datoreza faptului ca aplicatiile pot exista chiar daca se renunta la software, atâta timp cât datele exista si sunt aranjate într-o maniera utila. 14 Hardware GIS hardware nu este nimic altceva decât un sistem, un computer pe care sa ruleze aplicatia GIS. Pe lânga sistemul propriu-zis cu tastatura, monitor, cabluri, conexiune internet, mai pot exista componente precum: imprimante profesionale, scanere, echipamente speciale care sa scaneze harti si sa introduca datele din harti în baza de date GIS. Trio-ul din centrul figurii anterioare: aplicatii-software-date, reprezinta nucleul sistemului de informatii. În mod ideal, acesta ar trebui sa functioneze indiferent de oamenii care intervin in sistem (în cazul în care design-ul aplicatiei este bine realizat ) si trebuie sa fie îndeajuns de flexibil pentru a functiona indiferent de inovatiile care apar la nivel hardware, chiar si în absenta totala a hardware-ului. Figura 6: Partile componente ale unui GIS Avantajele utilizarii unui GIS: Datele sunt mai bine organizate Elimina redundanta în stocarea datelor Facilitatea actualizarilor Analize, statistici si noi cautari mult mai usoare Utilizatorii sunt mai productivi Principalele riscuri pe care orice sistem GIS si le asuma: Complexitate Costuri ridicate Modificarile din teren Dificultati în formarea de personal 15 2.5. Sursele datelor spatiale Captura datelor se refera la introducerea datelor în sistem. Aceasta este componenta cu cele mai mari cerinte din punctul de vedere al resurselor de timp din cadrul unui GIS. Fiecare aparitie a obiectelor dintr-o harta trebuie specificata, la fel si relatiile spatiale dintre ele. Înainte de a ajunge într-un proiect GIS, datele care nu se afla în format numeric, adica într- o forma recunoscuta de catre calculator, trebuiesc digitizate. Datele deja existente, fie pe hartie, fie pe filme PET pot fi digitizate sau scanate pentru a produce date in format interpretabil de calculator. Digitizorul produce date vectoriale pe masura ce un operator traseaza puncte, linii, poligoane ale unei harti. Scanarea unei harti in schimb, produce date de tipul raster, care pot fi transformate mai tarziu in date vectoriale cu ajutorul unor programe specializate in astfel de conversii [21]. Majoritatea datelor provin din baze de date deja existente, produse de Agentii Federale si companii private. Datele topografice obtinute cu ajutorul unor instrumente ce au la baza geometria analitica, precum si datele obtinute cu ajutorul unui GPS pot fi introduse direct in GIS, fara a avea nevoie de modificari. Deasemenea, trasarea cu mouse-ul a unor entitati geografice pe o harta digitala existenta, duce la introducerea directa, in baza de date GIS, a unor noi coordonate. In continuare vom prezenta principalele metode de achizitie a datelor spatiale, urmand ca in subcapitolul urmator sa detaliem cateva standarde de formate de date furnizate de unul dintre principalii producatori de seturi de date geospatiale de pe piata: compania NAVTEQ. Datele primare sunt colectionate de un cercetator pentru a respecta anumite obiective ale unui proiect. In stiinta observationala, datele primare provin din munca de teren si din anchete prin sondaj [13]. Daca ipotezele trebuie testate pentru a avea o anumita dimensiune spatiala sau geografica, atunci sondajele trebuie sa asigure geo-referentierea cu acuratete si atentie a fiecarei observatii. Acest fapt va ajuta in etapele viitoare cand este posibila legatura cu alte date provenite din alte sondaje. Daca se doreste examinarea influentelor contextuale si locale ale unei anumite zone, atunci trebuie prelevate probe din zone contrastante. Rezultatele unui studiu national aplicate unor regiuni locale se pot dovedi insuficient de precise deoarece dimensiunea mostrei pentru aria locala va fi prea mica. Daca sunt cautate estimatele unor zone locale, atunci este necesara o stratificare in strategia de achizitie. Sursele secundare de date spatiale includ harti, date din recensaminte nationale, regionale sociale, economice si demografice, date generate de institutii publice, precum domeniul sanitar, politia sau autoritatile locale, cat si seturi de date comerciale generate de institutii private pentru sectoarele de retail si financiare. Satelitii sunt o sursa importanta de date de mediu. Aceste date sunt foarte utile impreuna cu datele socio-economice, topografice si alte date auxiliare pentru construirea descrierilor zonelor urbane, spre exemplu. Aceste dezvoltari se datoreaza in mare parte progreselor moderne in hardware si crearii de sisteme informatice geografice care permit manevrarea, inclusiv relationarea de seturi de date geografice de dimeniuni mari. Pe lânga introducerea datelor grafice ce sunt stocate în harti, mai trebuie preluate si atributele. Acestea sunt informatii aditionale despre entitatile din sistem, in cazul datelor de tip vector, cum ar fi de exemplu: numele entitatii, data la care a fost creata, sau, daca ne referim la un exemplu cat mai specific, cantitatea de precipitatii care a fost inregistrata pentru o anumita 16 perioada a anului, sau tipul de sol care caracterizeaza entitatea respectiva, in caz ca aceasta reprezinta un teren agricol, etc. Introducerea acesor atribute se poate face manual, de la tastatura, sau se introduc din fisiere digitale existente [21]. Stocarea datelor Fiind vorba de un calculator numeric, este evident ca stocarea datelor trebuie facuta sub forma de coduri numerice. Dupa experiente îndelungate s-a hotarât ca reprezentarea interna a unei harti sa se faca în doua sisteme: sistemul vectorial si sistemul raster. În sistemul vector, harta este construita din puncte si linii, fiecare punct si extremitatile liniilor fiind definite prin perechi de coordonate (x,y). Acestea pot forma arce, suprafete, volume [21]. Sistemul vector se bazeaza pe trei primitive grafice (primitiva grafica este cel mai mic element reprezentabil grafic utilizat la crearea si stocarea unei imagini vectoriale si recunoscut ca atare de sistem): • Punctul – folosit pentru caracteristici geografice care pot fi cel mai bine exprimate de un singur punct de referinta. Punctele pot fi deasemenea utilizate pentru a reprezenta zone expuse la scara mica. • Linia sau Polilinia – utilizate pentru caracteristici liniare, cum ar fi râuri, drumuri, cai ferate etc. Ca si în cazul punctului, la scara mica poligoanele pot fi reprezentate cu ajutorul caracteristicei liniare. Figura 7: Imagine vectoriala vs. imagine raster • Poligonul –este utilizat pentru reprezentarea caracteristicilor digitale care acopera o anumita zona de pe suprafata pamântului. Aceste caracteristici pot include lacuri, limite de parcuri,limite de orase, cladiri. Fiecare dintre aceste geometrii este legata la un rând într-o baza de date care descrie atributele lor. Într-un exemplu concret, o baza de date care descrie lacuri poate contine informatii despre adâncimea unui lac, calitatea apei, nivelul de poluare. Aceste informatii pot fi folosite pentru a face o harta care sa descrie un anumit atribut al setului de date. De exemplu, lacurile ar putea fi colorate în functie de nivelul de poluare. Diferite geometrii poate fi, de asemenea, comparate. În acest sens, GIS ar putea fi folosit pentru a identifica toate fântânile (puncte) afsate pe o raza de 1 km de un lac (poligon) cu un nivel ridicat de poluare. Principalul avantaj al sistemului vector fata de cel raster este faptul ca memorarea datelor este mai eficienta. În acest sistem doar coordonatele care descriu trasaturile caracteristice ale imaginii trebuiesc codificate. Se folosesc de regula la realizarea hartilor la scara mare. În sistemul raster, imaginile sunt construite din celule numite pixeli. Pixelul este cel mai mic element de pe o suprafata de afisare, caruia i se poate atribui în mod independent o intensitate sau o culoare [21]. Fiecare pixel are atribuit un numar care va fi asociat cu o culoare. O entitate 17 geografica este alcatuita din multimi de pixeli. De exemplu, un lac va fi reprezentat de o succesiune de pixeli de aceeasi culoare. Cu alte cuvinte, un sistem raster este compus din celule mici în forma patrata sau dreptunghiulara, având suprafata egala cu rezolutia sistemului. Un exemplu de imagini raster îl constitue imaginile bitmap obtinute în urma scanarii planurilor de pe hârtie, sau imaginile obtinute de la satelitii specializati. În timp ce imaginile digitale obtinute prin scanarea planurilor/hartilor sau prin fotografiere au un singur tip de informatie pentru punctele de la sol (culoarea), satelitii pot colecta mai multe tipuri de informatii deodata, iar aceste date sunt furnizate ca benzi (straturi) distincte într-o imagine multi-spectrala. Principalul dezavantaj al sistemului raster comparativ cu sistemul vector îl reprezinta capacitatea de memorare mult mai mare, deoarece în acest caz fiecare pixel în parte trebuie codificat. Sunt destul de frecvente situatiile de proiecte GIS în care se doreste simultan precizia informatiei vectoriale si sugestivitatea celei raster, respectiv suprapunerea planurilor construite în maniera clasica GIS/CAD (continând entitati grafice definite geometric) peste imagini bitmap obtinute prin scanare sau prin fotogrammetrie (fotografii aeriene si de teledetectie satelitara). De cele mai multe ori imaginile raster constituie fundaluri de lucru pentru grafica vectoriala. Acest lucru este posibil, însa nu constitue subiectul lucrarii de fata, si prin urmare nu vom intra in detalii. 2.6. Formate de date folosite in aplicatiile GIS NAVTEQ Fondata in 1985 in Silicon Valley, California, NAVTEQ are o istorie unica si plina de evenimente legate de tehnologie, geografie, cercetare si un spirit antreprenorial molipsitor. De la inceputuri, NAVTEQ s-a ocupat de capturarea realitatii retelei de drumuri pentru a face posibila rutarea dinamica. Compania a inceput prin colectarea de date pentru zonele metropolitane intinse. In ziua de astazi, NAVTEQ, cu sediul in Chicago, Illinois, USA are aproximativ 2100 de angajati in toata lumea si are principalele linii de productie in Fargo, North Dakota, USA si un centru de suport in Yokohama, Japonia. NAVTEQ ofera produse si servicii ce au legatura cu lantul serviciilor bazate pe locatie (engl. LBS, location based services). Fundamental, compania ofera date digitale cartografice ce formeaza substratul tuturor serviciilor bazate pe locatie. NAVTEQ ofera aceste date intr-o varietate de formate direct clientilor, precum si producatorilor de platforme geospatiale precum Autodesk si deCarta, care in schimb ofera dezvoltatorilor diferite unelte pentru dezvoltatea aplicatiilor LBS ale acestora [22]. 18 Figura 8: Lantul valoric al serviciilor bazate pe locatie Simplu spus, datele spatiale se constituie din puncte, linii si/sau poligoane. Fiecare din aceste elemente poate fi asociate unuia sau mai multor atribute care definesc o calitate sau o caracteristica a unui element. Intr-o harta, un atribut poate fi orice ce poate fi descris direct sau indirect printr-o locatie de la un punct, printr-o linie sau printr-un poligon. Aceste atribute includ atat dimensiuni statice (relativ stabile) precum drumuri, magazine, rauri, precum si dimensiuni dinamice (se schimba frecvent) precum conditiile meteo sau ale traficului. Pentru managementul bazei de date, aceste puncte, linii, poligoane si atributele asociate au structuri de date, elemente de date aditionale si/sau metode de procesare prin care datele sunt procesate mai rapid, folosesc mai putine resurse si sunt mai usor de actualizat pentru a se completa tranzitia lor intr-o harta. Aceste structuri de date si metode de procesare a datelor sunt descrise succint in continuare: Topologia spatiala – contine structuri de date geografice sau spatiale si aspecte liniare precum retele de drumuri, aspecte poligonale precum districte sau granitele unei regiuni si puncte de interes precum locatiile unui oras sau ale unui spital. Geocodarea – asigneaza o pozitie de pe harta unei adrese postale. Procedeul sincronizeaza si relationeaza inregistrari din doua baze de date: o baza de date de adrese (fara informatii de coordonate spatiale) si o harta de referinta a strazilor, in felul acesta atribuind adresei pozitia corecta pe harta, data de coordonatele latitudinale si longitudinale. Referinta liniara – pastreaza date despre retele de transport si de utilitati folosind o masuratoare de la un punct de referinta fixat de-a lungul unei rute. Metodele folosite pentru aceasta includ coordonate geografice sau GPS (Global Positioning System). Segmentarea dinamica – gaseste un punct sau un segment de dreapta prin interpolarea distantei dintre doua puncte cunoscute si permite inregistrarea de informatii de-a lungul liniilor, folosind de regula GPS. 19 Suprapunerea (overlaying) – combina doua sau mai multe harti din aceeasi referinta geodezica. Din punct de vedere istoric, suprapunerea era realizata prin transferarea a doua harti pe foi curate si efectiv suprapunerea lor pe o masa luminata. Maparea digitala face acest proces mult mai puternic prin suprapunerea mai multor straturi de date si integrarea lor cu alte informatii legate de business. Doua categorii de harti in care suprapunerea este utila sunt urmatoarele: o Datele unei retele de rutare, care sunt stratificate in straturi de detalii succesive, prin clase functionale sau categorii de viteza, pentru a optimiza obtinerea datelor pentru un calcul rapid al rutei o Datele cartografice, precum ape, retele de drumuri, granitele oraselor si granitele statale, care sunt stratificate pentru a simplifica si grabi obtinerea datelor necesare reprezentarii hartilor. Un exemplu de suprapunere a mai multor straturi de date este ilustrat in figura urmatoare. Figura 9: Formarea hartii prin suprapunerea mai multor straturi 20 Structura si atributele unei harti navigabile Hartile produse de NAVTEQ au un numar de beneficii de mare interes pentru dezvoltatori, printre care: o structura unica si puternica, un sistem de referinta unic geodezic (WGS 84) cu longitudinea si latitudinea exprimate in grade zecimale (10-5), granite statale continue, retele de drumuri interstatale si peste 220 de atribute [22]. Categoriile si exemple de atribute din fiecare categorie a structurii bazei de date a hartilor NAVTEQ este ilustrata mai jos. GEOMETRIE •legaturi, noduri, puncte ale unei forme, conectivitate NAVIGATIE •bariere, sens unic, limite de viteza, semne de circulatie, restrictii de viraj, restrictii de trafic CALE •denumiri de strazi, numere de adresa ADMINISTRATIV •tari, state, orase, localitati, provincii, coduri postale, etc. CARTOGRAFIE •cai ferate, rauri, canale, lacuri, terenuri de golf, centre de cumparaturi, paduri, etc. PUNCTE DE INTERES •hoteluri, restaurante, atractii turistice, terminale de transport, etc. CODURI DE TRAFIC •coduri RDS-TMC de la providerii nationali SPECIFICE CLIENTULUI •cereri speciale ale clientilor agregate in geometria de substrat Formate NAVTEQ foloseste formate de extractie de date pentru a publica datele extern catre clientii sai, permitandu-le acestora sa proceseze hartile in propriul lor mediu de productie. Aceste formate de extractie au in general un design independent mediul de productie intern al NAVTEQ si nu sunt afectate cand NAVTEQ modifica parti din mediul de productie [20]. Unele dintre formatele de extractie sunt definite de comitete de standardizare si sunt vazute ca standarde ale industriei de profil, in timp ce altele sunt definite exclusiv de NAVTEQ. Formatele oferite de NAVETQ sunt: RDF (standard) GDF 3.0 (standard) NAVSTREETS (proprietar NAVTEQ) POI XML (engl. POI = points of interests) 21 Formatele de extractie conduc, in general, la acelasi continut cu mici diferente in reprezentarea datelor. Diagrama urmatoare ilustreaza rolul pe care il au aceste formate in procesarea datelor unei harti. Figura 10: Rolul formatelor de extractie in producerea hartilor NAVTEQ Printre motivele pentru care sunt necesare mai multe formate de extractie se numara urmatoarele: Un anumit format se potriveste unui anumit profil de user, deseori legat de business-ul in care clientul opereaza O varietate de medii de dezvoltare ale clientului duc la necesitatea de a suporta diferite tipuri de formate de extractie Motive istorice, care au creat dependenta intre anumite formate de extractie. In continuare vom trece in revista formatele de date oferite de NAVTEQ, oprindu-ne in cele din urma la cel ce s-a folosit in lucrarea de fata, si anume standardul ODF, dedicat bazelor de date Oracle. RDF (Relational Data Format) Relational Data Format este un format de distribuire a datelor care permite clientilor sa incarce datele NAVTEQ direct intr-o baza de date relationala. RDF publica datele NAVTEQ intr- un structura relationala usor de inteles si bine definita. RDF combina diferite surse de date ale 22 NAVTEQ intr-un singur repository per regiune NAVTEQ (America de Nord, Uniunea Europeana, Mexico, Pietele Lumii, India, Tailanda si Indonezia) si le prezinta intr-un format relational. Continutul este livrat clientilor printr-un DVD ce contine scripturile instalarii bazei de date. Printre caracteristicile acestui format se enumara: Lucrul direct cu date NAVTEQ folosind baze de date relationale disponibile in comert Incarcarea datelor direct intr-o baza de date RDF cu continutul NAVTEQ de ultima ora Obtinerea conversiei datelor focusata pe continut, fara a necesita taskuri de management al bazei de date Principalul avantaj al RDF este abilitatea de a accelera dezvoltarea produsului si reducerea costurilor asociate prin simplificarea proceselor implicate cu incarcarea, compilarea, integrarea si vizualizarea/utilizarea hartii. Figura 11: Formatul relational de date RDF GDF 3.0 (Geographic Data Format) GDF 3.0 este un standard european creat de Comité European de Normalisation (CEN) si este considerat standardul international pentru interschimbarea bazelor de date navigabile. GDF are mai multe versiuni, care previn folosirea unui singur compilator GDF in toata lumea, pentru deservirea tuturor furnizorilor de harti. Printre trasaturile acestui format, amintim: Standardul defineste atat structura cat si continutul fisierului Structura fisierului este tip ASCII cu tipuri de inregistrari referite prin pointeri Nu exista unelte iesite din comun pentru citirea formatuli (exista un GDF viewer, ce permite browsing-ul fisierului GDF; acest tool nu este si un GDF parser) Este organizat relational folosind pointeri Este greoi, insa flexibil si usor de extins Modelul conceptual GDF cuprinde trei entitati: niveluri, atribute si relatii. 23 Figura 12: Principiul de functionare al formatului GDF Clientii NAVTEQ pot avea o structura proprietara de date pentru publicarea continutului hartii navigabile, asa cum este folosita in aplicatia lor. Datele continute intr-un format de extractie trebuie convertit in aceasta structura proprietara. Astfel, clientii vor trebui sa cumpere sau sa dezvolte un compilator care citeste formatul de extractie, interpreteaza datele din acel format si publica continutul in structura de date proprietara. Mai jos este ilustrata o comparatie intre compilarea traditionala si cea accelerata a formatului RDF descris anterior. Figura 13: RDF vs. GDF NAVSTREETS NAVSTREETS este un format definit de catre NAVTEQ care permite datelor sa fie uploadate in unelte GIS disponibile comercial. Este un format stratificat si este distribuit in doua tipuri de formate GIS, si anume: ESRI Shapefile Format – compatibil cu ESRI ArcView 3.x si ArcGIS 8.x si 9.x MapInfo Table Format – compatibil cu MapInfo Professional 5.x si versiuni mai noi Printre caracteristicile acestui format, merita mentionate urmatoarele: Baza de date GIS pentru stocarea datelor Limbaj de programare suportat de pachetele GIS disponibile pe piata (Visual Basic, MapBasic) 24 Functionalitate originala pentru analiza spatiala folosind unelte GIS disponibile comercial Compilare secundara redusa pentru a permite folosirea software-ului de rutarea si geocodare pe un set de tabele NAVSTREETS XML (Extensible Markup Language) NAVTEQ Puncte de interes (POI) si datele de referinta asociate sunt distribuite intr-un format XML. Datele in acest format includ punctele de interes de baza si lista extinsa a punctelor de interes. XML este de asemenea folosit pentru a distribuit continut dinamic, informatii de rutare multi-modala si alt “rich content” legat de notiunea de POI. ODF (Oracle Data Format) ODF reprezinta un important progres fata de GDF, prin faptul ca depaseste formatul ASCII anterior si reprezinta datele prin Oracle Transportable Tablespaces la o scala continentala. NAVTEQ ODF este un “format compilat”, iar folosirea impreuna cu Oracle Spatial permite dezvoltatorilor sa realizeze repede si usor servicii de mapare, geocodare si rutare, folosind aceasi calitate superioara a datelor NAVTEQ prezente in celelalte formate. Printre avantajele ODF fata de GDF se numara si acela ca ODF este compilat direct pentru a functiona cu o baza de date relationala. De asemenea, ODF este mult mai standardizat decat GDF si nu are mai multe versiuni ca acesta din urma. In cele din urma, datele in format ODF beneficiaza de cateva unelte exceptionale pentru vizualizarea si editarea datelor puse la dispozitie de Oracle, ca parte componenta din pachetul Oracle Spatial. Aceste unelte vor fi descrise in capitolul urmator. 25 3. Aplicatia de redare a hartilor – analiza si proiectare 3.1. Sistemul de gestiune a bazei de date 3.1.1. Oracle 10g La 30 de ani de la infiintare, Oracle ramane un standard valoros pentru tehnologia bazelor de date si a aplicatiilor dedicate intreprinderilor din toata lumea. Compania Oracle este principalul producator de software pentru managementul informatiei si a doua cea mai mare companie de software independent. Tehnologia Oracle poate fi gasita in aproape orice industrie si in data centrele primelor cele mai profitabile 100 de companii din lume. Oracle este prima companie de software care a dezvoltat si a distribuit aplicatii complet bazate pe internet in toata linia sa de productie: baza de date, aplicatii de business, in uneltele de dezvoltare de aplicatii [23] . O baza de date Oracle este o colectie de date tratate unitar. Scopul unei baze de date este de a stoca si obtine informatii relevante. Un server de baze de date este cheia rezolvarii problemelor managementului de informatie. In general, un server gestioneaza o cantitate mare de date intr-un mediu multiuser astfel incat mai multi utilizatori pot accesa concurent aceleasi date. Toate acestea sunt indeplinite cu o performanta ridicata. Un server de baza de date previne de asemenea accesul neautorizat si ofera solutii eficiente pentru recuperarea datelor in caz dezastru [4]. Baza de date are structuri logice si structuri fizice de date. Deoarece structurile logice si fizice sunt separate, stocarea fizica a datelor se poate gestiona fara a se afecta accesul la structurile logice. Dintre structurile fizice mentionam: fisierele de date (datafiles) ce contin informatiile legate de structurile logice ale bazei de date, precum tabele si indecsi si fisierele de control ce contin informatii despre structura bazei fizica a bazei de date, precum numele bazei, numele si locatiilor fisierelor de date si timpul cand a fost creata baza de date. Tot in structurile fizice se incadreaza si fisierele de backup si fisierele de parametri ai bazei. O baza de date este divizata logic intr-unul sau mai multe spatii de tabele (tablespaces). Un tablespace reuneste de regula toate obiectele aplicatiei pentru a simplifica unele din operatiile administrative. Fiecare baza de date Oracle contine un tablespace SYSTEM si unul SYSAUX. Oracle le creaza automat cand este creata baza de date. In mod predefinit, sistemul genereaza fisiere de dimeniuni mici destinate spatiului tabelelor, tablespace-urile SYSTEM si SYSAUX fiind de dimensiuni reduse. Oracle insa permite si crearea fisierelor de dimensiuni mari. Baza de date Oracle poate permite scalarea pana la o dimensiune de 8 exabytes. O schema este o colectie de obiecte ale bazei de date. O schema apartine unui utilizator al bazei de date si are acelasi nume ca acel user. Obiectele schemei sunt structuri logice care se refera direct la datele bazei. Obiectele unei scheme cuprind structuri precum tabele, vederi 26 (views) si indecsi. Obiectele aceleiasi scheme pot fi in diferite tablespace-uri, iar un tablespace poate stoca obiecte din diferite scheme. In continuare vom prezenta capabilitatile bazei de date Oracle 10g de a stoca informatii geospatiale, prin intermediul Oracle Spatial. 3.1.2. Oracle Spatial Oracle Spatial si Oracle Locator au transformat notiunea de locatie intr-un tip nativ de date in cadrul bazei de date Oracle 10g. Oracle Locator este o trasatura a bazei Oracle 10g Express, Standard, Standard One si Enterprise Edition ce ofera posibilitatea stocarii obiectelor de tip spatial, indexarea si efectuarea diverselor operatii pentru a suporta o varietate de servicii bazate pe locatie (LBS) si solutii GIS [15]. Oracle Spatial, o optiune a bazei de date Oracle 10g Enterprise Edition, include capabilitati spatiale, avansate, de suport a aplicatiilor GIS, a serviciilor bazate pe locatie si a sistemelor informatice spatiale de tip enterprise. Oracle Spatial extinde beneficiile aduse de Oracle Locator prezent in orice baza de date Oracle. Mijloacele avansate de manipulare a datelor si de analiza spatiala includ generarea de buffer, functii spatiale agregat , calcularea de arii si lungimi si referentierea liniara. Prima versiune de Oracle Spatial 10g a introdus un tip de data numit GeoRaster pentru stocarea si gestionarea imaginilor, datelor raster si metadatelor, modelelor topologice si de retea, motoare de geocodare si rutare, cat si functii de analiza si minerit spatial. In cea de a doua versiune, Oracle Spatial 10g a introdus toolset-ul Java API pentru realizarea rapida si usoara a serviciilor de mapare, geocodare si rutare si a imbunatatit metodele prezente in prima versiune [2]. Oracle Spatial este un set integrat de functii si proceduri care permit datelor spatiale sa fie stocate, accesate si analizate rapid si eficient intr-o baza de date Oracle. Prin date spatiale se inteleg caracteristicile esentiale de pozitie ale obiectelor reale sau conceptuale, asa cum se raporteaza obiectele respective la mediul real sau conceptual in care ele exista [1]. Oracle Spatial ofera o schema SQL si functii care faciliteaza stocarea, obtinerea, updatarea si interogarea colectiilor de date spatiale dintr-o baza Oracle. Setul Spatial contine urmatoarele: Schema (MDSYS) care descrie stocarea, sintaxa si semantica tipurilor de date geometrice suportate Un mecanism de indexare spatiala Operatori, functii si proceduri ce realizeaza interogari pe suprafete de interes pentru utilizator, join-uri spatiale si alte operatii specifice analizei spatiale Functii si proceduri pentru operatii de tuning Un model topologic de date pentru lucrul cu informatii despre noduri, muchii si fete intr-o topologie. Un model retelistic de date pentru reprezentarea capabilitatilor sau obiectelor care sunt modelate ca noduri si legaturi intr-o retea. GeoRaster permite stocarea, indexarea, interogarea, analiza si distribuirea imaginilor raster si a datelor tip grid si a metadatelor asociate acestora. Componenta spatiala a unei tip spatial de data este reprezentarea geometrica a formei acestuia intr-un sistem de coordonate. Aceasta se numeste geometrie. 27 Oracle Spatial suporta modelul obiect-relational pentru reprezentarea geometriilor. Acest model stocheaza o intreaga geometrie in tipul de data spatial nativ Oracle, specific pentru tipul de date vectorial, SDO_GEOMETRY. Un tabel Oracle poate contine una sau mai multe coloane SDO_GEOMETRY. Beneficiile aduse de modelul obiect-relational sunt urmatoarele: Suport pentru numeroase tipuri de geometrii, inclusiv arce, cercuri, poligoane, linii frante si dreptunghiuri optimizate. Usurinta in crearea si mentinerea indecsilor si realizarea interogarilor spatiale Mentenanta indexului de catre baza de date Oracle Geometriile sunt modelate intr-o singura coloana Performanta optimala Modelul de date Modelul spatial de date este o structura ierarhica ce consista din elemente, geometrii si straturi. Straturile sunt compuse din geometrii, care la randul lor sunt alcatuite din elemente. Un element este blocul de baza al unei geometrii. Tipurile de elemente spatiale suportate sunt punctele, liniile si poligoanele. De exemplu, elementele pot modela constelatii stelare (clustere de puncte), drumuri (linii drepte) si granite statale (poligoane). Fiecare coordonata dintr-un element este stocata ca o pereche (x,y). Inelul exterior si cel interior al unui poligon cu gauri sunt considerate ca doua elemente distincte care impreuna formeaza un poligon complex. Datele punctuale sunt constituite dintr-o singura pereche de coordonate. Datele tip linie sunt formate din doua perechi de coordonate, reprezentand un segment de linie al elementului. Datele poligonale sunt alcatuite din perechi de coordonate, cate doua perechi pentru fiecare segment de linie al poligonului. Coordonatele sunt definite in ordine, in jurul poligonului (in sens trigonometric pentru inelul exterior si in sens ceasornic pentru inelul interior). O geometrie (sau obiect de tip geometrie) este reprezentarea unei trasaturi spatiale, modelate ca un set de elemente primitive. O geometrie poate fi formata dintr-un singur element, care este o instanta a unui din tipurile primitive de date suportate, sau o colectie omogena sau heterogena de elemente. Un multipoligon, cum ar fi unul folosit pentru a reprezenta un set de insule, este o colectie omogena. O colectie heterogena este una in care elementele sunt de diferite tipuri, de exemplu un punct si un poligon. Un exemplu de geometrie ar putea descrie zona construibila a unui oras. Aceasta ar putea fi reprezentata de un poligon cu gauri unde apa sau denivelarile impiedica construirea. Un strat este o colectie de geometrii ce au acelasi set de atribute. De exemplu, unul din straturile dintr-un GIS poate include aspecte topografice, in timp ce altul descrie densitatea populatiei, iar un al treilea strat ar putea descrie reteaua de drumuri si poduri (linii si puncte) din zona respectiva. Geometriile si indecsii spatiali asociati pentru fiecare strat sunt stocate in baza de date in tabele standard. Un sistem de coordonate (denumit si sistem referential spatial) este un mijloc de asignare de coordonate unei locatii si stabilirea de relatii intre seturi de astfel de coordonate. Permite interpretarea unui set de coordonate ca o reprezentare a unei pozitii intr-un spatiu al lumii reale. Orice data spatiala are un sistem de coordonate asociat. Sistemul de coordonate poate fi georeferentiat (legat de o reprezentare specifica a Pamantului) sau poate sa nu fie 28 georeferentiat (adica sistem cartezian, care nu este legat de o reprezentare a Pamantului). Daca sistemul de coordonate este georeferentiat, are o unitate de masura specifica (cum ar fi metri) asociata, dar Oracle Spatial poate returna rezultate intr-o alta unitate de masura specificata de utilizator (cum ar fi mile). Toleranta este folosita pentru a asocia un nivel de precizie datelor spatiale. Toleranta reflecta distanta dintre doua puncte ce pot fi departate unul de celalalt si pot fi considerate acelasi punct. Valoarea tolerantei trebuie sa fie un numar pozitiv mai mare decat zero. Semnificatia valorii depinde de asocierea sau nu a datelor spatiale cu un sistem de coordonate geodezice. Pentru date geodezice (cum ar fi datele identificate prin coordonate de longitudine si latitudine) toleranta este un numar de metri. De exemplu, o toleranta de 100 indica o toleranta de 100 de metri. Toleranta nu trebuie sa fie mai mica de 0,05 centrimetri, iar Oracle Spatial va folosi 0,05 in cazul in care dezvoltatorul va dori sa specifice o valoare mai mica a tolerantei decat acest prag. Pentru datele non-geodezice, valoarea tolerantei este un numar de unitati reprezentative pentru sistemul de coordonate asociat [1]. Modelul de interogare Modelul de interogare folosit de Oracle Spatial este unul de tip 2-tier. Acest model este folosit pentru a rezolva query-urile spatiale si join-urile spatiale. Termenul de model de query 2- tier este folosit pentru a indica ca doua operatii distincte sunt realizate pentru a rezolva interogarile. Cele doua operatii sunt denumite operatii de filtrare primare si secundare. Filtrul primar permite selectia rapida a inregistrarilor candidate si le trimite celui de-al doilea filtru. Filtrul primar compara aproximarile geometrice pentru a reduce complexitatea de calcul si este considerat un filtru low-cost. Deoarece filtru primar compara aproximari geometrice, el returneaza un superset al setului exact de rezultate. Filtrul secundar aplica exact calculele geometriilor care rezulta din primul filtru. Filtrul secundar doreste obtinerea unui raspuns corect la interogarea spatiala. Operatia celui de-al doilea filtru este scumpa din punct de vedere computational, dar este aplicata doar rezultatelor ce trec de filtrul primar, nu setului intreg de date [1]. Figura 14: Model de query cu 2 filtre In figura poate fi observat modelul de interogare cu cele doua filtre si rezultatele din ce in ce mai restranse pe care acestea le produc. Oracle Spatial foloseste un index spatial pentru implementarea filtrului primar. Oracle Spatial nu necesita folosirea ambelor filtre. In unele cazuri, folosirea doar a primului filtru este suficienta. De exemplu, procesul de zoom intr-o aplicatie cu harti interogheaza datele care au interactiune cu un dreptunghi reprezentand 29 marginile vizibile. Filtrul primar returneaza foarte rapid supersetul acestei interogari. Aplicatia cu harti poate apoi sa aplice rutine speciale de afisare pentru a reda zona tintita. Indexul datelor spatiale Introducerea capabilitatilor de indexare spatiala in motorul bazei de date Oracle este o trasatura cheie a produsului Spatial. Un index spatial, ca orice alt index, ofera un mecanism de a limita cautarile, dar in acest caz mecanismul este bazat pe criterii spatiale cum ar fi intersectia si incluziunea. Un index spatial este necesar pentru a gasi: obiecte dintr-un spatiu de date indexate care interactioneaza cu un anumit punct sau zona de interes (window query) perechi de obiecte din doua spatii de date indexate care interactioneaza spatial unul cu celalalt (spatial join) Un index spatial este considerat un index logic. Intrarile din indexul spatial sunt dependente de locatia geometriilor in spatiul de coordonate, dar valorile indexului sunt intr-un domeniu diferit. Oracle Spatial permite utilizatorilor sa foloseasca doua metode de indexare: R- tree si quadtree. 3.2. MapViewer – componenta a serverului de aplicatii [8] Oracle Application Server MapViewer (sau simplu MapViewer) ofera servicii puternice de vizualizare si manipulare a datelor geospatiale. Scris complet in Java si rulat intr-un mediu J2EE, MapViewer ofera dezvoltatorilor de aplicatii web un mijloc de a integra si vizualiza date de business cu ajutorul hartilor. MapViewer foloseste proprietatile fundamentale incluse in Oracle 10g (distribuita fie cu Oracle Spatial sau Locator) pentru a gestiona datele geospatiale. MapViewer ascunde complexitatea interogarilor datelor spatiale si a procesului de redare cartografica de catre dezvoltatorii de aplicatii. Serviciile oferite de MapViewer sunt accesibile printr-un protocol HTTP flexibil si puternic bazat pe interfata XML API, sau pe recenta interfata JavaScript API bazata pe tehnologia AJAX si inclusa in versiunea 10.1.3. Folosind acest API, dezvoltatorul de aplicatii poate directiona MapViewer sa preia datele spatiale si sa genereze harti din orice instanta a unei baze de date Oracle. Utilizatorii si dezvoltatorii pot, de asemenea, sa customizeze modul de prezentare al hartii prin intermediul acestor API-uri. Acestia pot controla caracteristicile vizuale ale hartii, precum culoarea de fundal, titlul, simbolistica folosita pentru a reprezenta diferite concepte (drumuri, locatii importante, granite, etc) folosind metadate extensibile, stocate in tabelele bazei de date. Este, de asemenea, posibil sa fie incorporate date geospatiale obtinute dinamic, cum ar fi locatiile unor clienti si afisarea acestora deasupra unei harti de baza. Reprezentarea tematica ilustrand distributia de atribute, precum densitatea populatiei, informatii psiho- demografice ce masoara venitul, educatia, etc. sunt de asemenea suportate prin MapViewer API, daca user-ul are datele de baza necesare. 30 Incepand cu Oracle Application Server 10g Release 3 (10.1.3), MapViewer ofera o interfata JavaScript API, bazata pe AJAX, ce faciliteaza dezvoltarea aplicatiilor puternice, scalabile, foarte interactive si dinamice. MapViewer face o distinctie clara intre prezentarea datelor si datele in sine. Utilizatorii controleaza aspectul unei harti prin metadate de mapare ce definesc harti de baza, teme de harti, simboluri ale hartilor, reguli de stilizare si alte informatii de vizualizare. Abilitatea, de a gestiona toate aceste detalii de aspect intr-un depozit central si distribuirea acestor informatii multiplilor useri, reprezinta avantajul cheie al MapViewer. Componenta MapViewer din Oracle Application Server este scrisa in Java si ruleaza intr-un container de J2EE (Oracle Container for J2EE, OC4J). MapViewer se livreaza impreuna cu serverul de aplicatii sau se poate downloada impreuna cu un OC4J de sine statator de pe site-ul Oracle Technology Network [16]. Odata ce sunt obtinute aceste doua produse, MapViewer trebuie sa fie instalat (engl. deployed) in OC4J. Cand este in stare de functionare, MapViewer asculta cererile clientului, care pot varia de la cereri de harti pana la cereri administrative, cum ar fi definirea unei surse de date sau listarea hartilor predefinite dintr-o sursa de date. Toate cererile sunt trimise folosind metoda HTTP POST, cu continutul cererilor codificate in format XML. Daca aplicatia dezvoltatorului foloseste API-ul Java sau tag-uri JSP, atunci acestea vor converti cererea intr-un document XML si il vor trimite folosind HTTP POST. Cand MapViewer primeste o cerere pentru o harta (map request), programul fragmenteaza cererea si extrage datele spatiale relevante, precum si metadatele hartii (simboluri, aspectul hartii) din baza de date. O harta, ce poate fi vizualizata intr-un browser obisnuit, este mai apoi vizualizata si salvata optional in sistemul local de fisiere intr-un anumit format specificat. In cele mai multe cazuri, MapViewer trimite un raspuns codat in XML clientului, ce indica succesul. Figura urmatoare ilustreaza arhitectura de nivel inalt si directia fluxului de date in acest proces. 31 Figura 15: Principiul general de functionare al MapViewer Cand se lanseaza o cerere pentru o harta catre o instanta de MapViewer, clientul trebuie sa specifice o sursa de date. Sursa de date indica MapViewer-ului care schema a bazei de date trebuie folosita pentru a obtine datele hartii si metadatele. Sursele de date pot fi definite dinamic cereri administrative catre MapViewer. Pentru fiecare sursa de date, MapViewer va stabili una sau mai multe conexiuni JDBC catre userul specificat al bazei de date si va instantia un numar de “mappers” pentru a gestiona cererile pentru harta bazata pe sursa de data respectiva. Infrastructura care gestioneaza acest proces este pus la dispozitie de catre caracteristica de connection pool a serverului de aplicatii Oracle. Metadatele hartii controleaza aspectul hartilor generate. Aceste metadate includ simboluri ale hartii, fonturi de text, stiluri pentru linii, reguli de stilizare ce asociaza tabelele spatiale cu straturile sau temele hartilor si cu definitiile hartilor fundamentale (base map). Metadatele sunt stocate in interiorul schemei bazei de date. 32 Componenta unei harti Continutul unei harti are o structura stratificata, dupa cum se poate observa in diagrama urmatoare. Figura 16: Structura stratificata a unei harti in conceptia MapViewer Exista cinci tipuri diferite de straturi de continut intr-o harta. Mentionam ca FOI inseamna “Features of Interes” si reprezinta punctele de interes pentru utilizator de pe o harta. In ordine, de jos in sus, straturile sunt: Stratul hartii de baza Stratul FOI legat de tema Stratul FOI definit individual de user Stratul ferestrei de informatii Stratul cifrelor fixate Toate straturile, cu exceptia ultimului mentionat, se vor deplasa ca un intreg ori de cate ori utilizatorul va trage harta cu mouse-ul intr-o parte sau alta. Aceste straturi deplasabile sunt 33 automat actualizate si realiniate de catre libraria client cand harta este deplasata sau marita cu lupa (zoom). Stratul cifrelor fixate nu va fi niciodata mutat, deoarece acesta este locul ideal pentru componente ale hartii precum bara de scala, legenda hartii, textul de copyright, etc. Pentru fiecare din primele doua tipuri de straturi pot exista numeroase straturi din fiecare model. Detalierea acestor straturi va fi facuta in subcapitolele urmatoare, pe baza aplicatiei dezvoltate pentru proiectul de fata. Procesul de generare al unei harti Pentru ca MapViewer sa genereze o harta la o cerere a clientului, urmatoarele conditii trebuie indeplinite: Sursa de date indicata de cererea de harta trebuie sa fi fost definita sau cunoscuta de instanta MapViewer. Cand se defineste o sursa de date, MapViewer stabileste una sau mai multe conexiuni permanente JDBC catre userul bazei de date specificate in sursa. Toate datele spatiale si metadatele necesare unei harti sunt obtinute de la userul bazei de date corespunzator, referit in cererea hartii. Singura exceptie o reprezinta temele dinamice, ale caror date pot fi obtinute dintr-o schema sau instanta diferita. Daca cererea de harta refera numele unei harti de baza (base map), respectiva harta de baza trebuie sa fi fost definita in vederea de metadate USER_SDO_MAPS. Fiecare user al bazei de date va avea aceasta vedere (view) definita pentru a stoca toate hartile sale de baza. O harta de baza defineste in esenta ce teme predefinite ar trebui procesate si vizualizate si in ce ordine. Pentru toate acele teme predefinite ale unei harti de baza si pentru temele predefinite care au fost referite explicit in cererea de harta trebuiesa existe o definitie de tema corespunzatoare in vederea USER_SDO_THEMES a userului. Pentru toate stilurile referite de catre toate temele trebuie sa existe o definitie de stil corespunzatoare in vederea USER_SDO_STYLES a userului. Figura 17: Comunicarea cerere-raspuns dintre MapViewer si Client 34 Daca conditiile de mai sus sunt indeplinite, MapViewer proceseaza toate temele care sunt implicit sau explicit specificate intr-o cerere de harta. Pasii acestui proces sunt descrisi succint in continuare: 1. MapViewer creaza si completeaza o imagine goala, bazandu-se pe dimensiunea si culoarea de fundal specificata in cererea de harta. 2. Toate temele care sunt parte a stratului de baza al hartii (daca sunt prezente in cererea de harta) sunt transpuse in imaginea goala. Temele sunt transpuse in ordinea in care acestea au fost listate in definitia stratului de baza. In particular, toate temele imagini vor fi transpuse inainte de transpunerea oricarei teme vectorizate. 3. Inainte de transpunerea temei, MapViewer formuleaza un SQL statement bazat pe regulile de stilizare ale temei. Apoi executa acest query si preia din baza datele corespunzatoare acelei teme. Acest proces este cunoscut drept “pregatirea temei” sa fie transpusa. 4. Toate temele specificate explicit in cererea de harta sunt pregatite si transpuse deasupra aceleiasi imagini, in concordanta cu ordinea in care acestea au fost listate in cerere. 5. Daca exista particularitati geografice individuale mentionate in cerere, atunci acestea sunt proiectate deasupra imaginii. 6. Pentru teme care au trasaturi ce trebuie etichetate, incepe un proces de denumire. MapViewer detecteaza automat aglomerarile de etichete si determina pozitia optimala pentru fiecare eticheta text. Temele sunt etichetate in aceasi ordine in care au fost transpuse grafic. 7. Daca titlurile, notele de subsol, legenda, logo-ul hartii sau alte trasaturi sunt necesare, atunci ele vor fi proiectate. Figura 18: Comunicarea dintre componentele modelului 3-tier 35 Odata ce o harta este procesata, MapViewer verifica cererea de harta pentru a vedea ce format de imagine este necesar clientului. Se converteste apoi imaginea interna in formatul dorit, si fie este salvata in sistemul local de fisiere, fie este trimisa inapoi direct la client in forma binara. Oracle Maps Versiunea curenta de MapViewer (10.1.3.) include o suita de tehnologii noi, numite Oracle Maps, care constau din: Un server cache pentru harti care memoreaza si serveste imagini cu harti pregenerate, micsorand timpul de raspuns pentru cererile de harti. O librarie JavaScript, bazata pe AJAX, de functii pentru aplicatii web cu harti, ce include printre altele operatii de genul zoom, pan, ferestre de popup, instrumente de selectie Un server de trasaturi de interes (Features of Interest, FOI) care transforma punctele, liniile si poligoanele stocate intr-o instanta de Oracle Spatial in trasaturi dinamice, interactive si selectabile din imaginea hartii vizualizate. Arhitectura Oracle Maps si functionalitatea ei este ilustrata in figura urmatoare. Figura 19: Arhitectura Oracle Maps si interactiunea cu aplicatia client 36 Aplicatiile interactioneaza cu arhitectura Oracle Maps dupa cum urmeaza: Aplicatia este dezvoltata folosindu-se JavaScript si ruleaza in interiorul unui motor de JavaScript dintr-un browser de Web. Cererea invoca clientul hartii JavaScript sa preia detalii ale imaginii hartii dintr-un server cache al hartii, iar apoi sa afiseze harta in browser. Cererea invoca clientul sa preia aspecte spatiale dinamice din serverul de FOI si sa le afiseze deasupra hartii de baza. Clientul JavaScript al hartii controleaza interactiile hartii cu utilizatorul. Cand serverul cache de harti primeste o cerere pentru o imagine, intai verifica daca respectiva imagine este deja in cache. Cand serverul FOI primeste o cerere, acesta foloseste motorul de vizualizare a hartilor al OracleAS MapViewer pentru a genera trasaturile imaginii si trimite aceste imagini, impreuna cu atributele trasaturilor catre client. MapViewer ofera dezvoltatorilor de aplicatii web o modalitate versatila de a integra si a vizualiza date de business cu ajutorul hartilor. Se foloseste de capabilitatile de baza incluse in Oracle 10g (fie Oracle Spatial, fie Locator) de a gestiona date geospatiale. Toolset-ul mascheaza complexitatea interogarilor datelor spatiale si a procesului de vizualizare cartografica. Programatorii pot integra usor MapViewer in aplicatiile lor. Acest fapt genereaza un potential imens de aprofundare si manipulare a componentelor geografice ale oricarei afaceri. Figura 20: Folosirea MapViewer si MapBuilder in dezvoltarea unei aplicatii web 37 3.3. Oracle Application Express (APEX) [24] Oracle Application Express este o unealta de dezvoltare rapida a aplicatiilor web pentru baza de date Oracle. Folosind doar un web browser si putina programare, se pot dezvolta aplicatii profesionale rapide si securizate. Datorita trasaturile incluse precum teme pentru interfata cu utilizatorul, controale navigabile, handlere pentru formulare si rapoarte flexibile, Oracle Application Express accelereaza procesul dezvoltarii aplicatiilor. Din punctul de vedere al utilizatorului final, aplicatiile incarcate au nevoie doar de un browser si de acces la o baza de date Oracle cu Application Express. APEX se instaleaza impreuna cu baza de date Oracle si este compus din date in tabele si cod PL/SQL. Indiferent daca rulati mediul de dezvoltare al Oracle Application Express sau o aplicatie creata cu Oracle Application Express, procesul este acelasi. Browserul trimite o cerere URL care este tradusa intr-un apel PL/SQL corespunzator. Dupa ce baza de date proceseaza apelul PL/SQL, rezultatele sunt afisate inapoi in browser sub format HTML. Acest ciclu se petrece de fiecare data cand se cere sau se trimite o pagina. Statutul sesiunii aplicatiei este gestionat in cadrul tabelelor bazei de date din cadrul Oracle Application Express. Nu este folosita o conexiune dedicata cu baza de date. In schimb, fiecare cerere este realizata printr-o noua sesiune a bazei de date, consumand resurse minime ale procesorului. Oracle HTTP Server foloseste plug-in-ul mod_plsql pentru a comunica cu motorul Oracle Application Express din cadrul bazei de date Oracle. Acesta functioneaza ca un broker intre serverul de web si obiectele Oracle Application Express din baza de date. Mai exact, mapeaza cererile browser-ului in apeluri de proceduri stocate printr-o conexiune SQL*Net. Figura urmatoare ilustreaza arhitectura Oracle Application Express folosind Oracle HTTP Server si mod_plsql. Figura 21: Arhitectura Oracle Application Express Trebuie notat ca aceasta arhitectura “three tier” este alcatuita din urmatoarele componente: un browser de Web, un server HTTP (Apache) cu mod_plsql si o baza de date Oracle ce contine Oracle Application Express. Avantajele Oracle HTTP Server (Apache) cu mod_plsql sunt: Separa segmentul din mijloc de segmentul bazei de date Este util pentru mediile Oracle Real Application Clusters (RAC) 38 Motorul Application Express transpune si proceseaza pagini. De asemenea, realizeaza urmatoarele task-uri: Managementul starii sesiunii Serviciile de autentificare Serviciile de autorizare Controlul fluxului de pagini Procesarea validarilor Oracle Application Express permite unei singure baze de date Oracle sa devina un grup de lucru impartit de mai multi useri. Utilizatorii pot accesa APEX folosind un browser Web fara a instala software aditional. Zona unde se dezvolta aplicatii se numeste zona de lucru sau workspace. Un workspace este o baza de date virtuala ce permite multiplilor useri sa lucreze in cadrul aceluiasi APEX instalat, in timp ce isi pot pastra obiectele, datele si aplicatiile private. Se pot crea diferite zone de lucru dedicate anumitor dezvoltatori sau proiecte. Diagrama urmatoare ilustreaza relatia dintre useri si dezvoltatori, zone de lucru si schemele bazei de date. Figura 22: Relatia dintre programatori, zonele de lucru si baza de date Cand se creaza un workspace, acesta este asociat cu o schema noua sau deja existenta in baza de date. O singura schema poate fi asociata uneia sau mai multor zone de lucru. 39 Utilizatorii uneltei APEX pot detine diferite roluri si privilegii, printre care: Administratori de zone de lucru sunt userii care realizeaza task-uri specifice de administrare pe un workspace, cum ar fi gestionarea conturilor utilizatorilor, monitorizarea activitatii zonei de lucru si verificarea anumitor fisiere. Dezvoltatorii sunt useri care creaza si editeaza aplicatii. Utilizatorii finali nu au drepturi de dezvoltare. Se pot defini astfel incat ei sa acceseze aplicatii care nu folosesc o schema de autentificare externa. Administratorii Oracle Application Express sunt super-utilizatori care gestioneaza o intreaga instanta folosind aplicatia Application Express Administration Services. Diagrama urmatoare ilustreaza diferiti utilizatori cu diverse roluri ce acceseaza mediul de dezvoltare al APEX, serviciile de administrare ale APEX si aplicatiile publicate. Figura 23: Rolurile utilizatorilor APEX 40 Pentru realizarea aplicatiei descrise in continuare s-a creat un singur user cu drepturi depline de administrator APEX, administrator de workspace si dezvoltator. Diagrama urmatoare arata instanta APEX cu un singur user. Figura 24: Instanta APEX cu un singur user cu drepturi depline 41 3.4. Prezentarea aplicatiei de redare a hartilor 3.4.1. Mod de utilizare Aplicatia de redare a hartilor dezvoltata in acest proiect se numeste “Geo-tag” si este o aplicatie web, instalata pe serverul HTTP al Oracle Application Server. Aplicatia de fata nu are un scop comercial definit, ea putand fi adaptata cerintelor si necesitatilor oricarui business. Alegerea atributelor geo-tag-urilor a fost facuta pentru a se exersa si exemplifica diferite functionalitati ale instrumentelor software si a tehnologiei folosite. Posibilitatile de dezvoltare ulterioara ale aplicatiei vor fi prezentate catre sfarsitul lucrarii de fata. Prima pagina reprezinta pagina de autentificare a utilizatorilor aplicatiei. Aceasta pagina se constituie dintr-un formular in care trebuie introduse username-ul si parola pentru a accesa aplicatia. In urma apasarii butonului de Login, se afiseaza pagina html principala a aplicatiei. Figura 25: Formularul de inregistrare in aplicatie In cazul de fata a fost creat un singur utilizator cu username-ul “admin” ce detine drepturi depline de administrator APEX, administrator de workspace, dezvoltator si end-user al aplicatiei de redare a hartilor. Figura 26: Pagina principala a aplicatiei de redare a hartilor 42 Pe aceasta pagina este afisata harta generata si procesata de catre MapViewer, iar alaturi este afisat un raport ce contine lista completa de geo-tag-uri prezente in baza de date. Pentru fiecare geo-tag este afisat numele, tipul de fisier multimedia asociat (pdf, imagine, etc), persoana care a incarcat geo-tag-ul respectiv, descrierea, o valoare numerica corespunzatoare populatiei asociate geo-tag-ului respectiv, precum si un link catre pozitia pe harta a tag-ului respectiv. Harta poate fi vizualizata la diferite rezolutii, folosindu-se unealta de zoom din coltul dreapta sus al imaginii. De asemenea, deplasarea pe harta se poate realiza fie cu butoanele sageti din coltul dreapta sus, fie prin procedeul “drag” cu ajutorul mouse-ului. Geo-tag-urile sunt marcate pe harta prin stelute verzi. La apasarea butonului stanga al mouse-ului pe oricare dintre stelutele verzi, o fereastra de informare apare si va afisa detaliile geo-tag-ului respectiv: numele, descrierea, populatia, tipul fisierului multimedia asociat. Daca fisierul multimedia asociat este o imagine (jpg/ gif/ img) aceasta va fi vizualizata in fereastra respectiva. Figura 27: Vizualizarea unui geo-tag pe harta 43 In cazul in care fisierul multimedia asociat este un fisier pdf, se va afisa un link “click here to view the document”, care apasat, va deschide o fereastra de download specifica browser-ului folosit. In fereastra de download, utilizatorul este intrebat daca doreste sa vizualizeze fisierul pdf sau sa-l salveze pe sistemul local de fisiere. In continuare este ilustrat procesul din browserul Mozilla Firefox 3.0.11. Figura 28: Vizualizarea unui document PDF asociat unui geo-tag La apasarea butonului “X” fereastra geo-tag-ului este inchisa. 44 Pentru introducerea unui geo-tag nou, userul trebuie sa apese butonul dreapta al mouse- ului oriunde pe harta si la orice nivel de zoom al acesteia. Acest eveniment va lansa o alta pagina a aplicatiei: formularul de introducere al unui nou geo-tag in baza de date. Figura 29: Formularul de introducere a unui nou geo-tag Utilizatorul va completa doar campurile “Name”, “Description”, “Author”, “Population”, campurile Tagx si Tagy fiind completate automat de catre scriptul JavaScript cu valorile coordonatelor unde a fost apasat butonul mouse-ului, coordonatele viitorului geo-tag. Scriptul din spatele acestui formular, precum si codul logicii aplicatiei va fi descris intr-un capitol urmator. Prin apasarea butonului “Browse” se deschide o fereastra tipica windows, ce permite utilizatorului sa caute un fisier in sistemul local de fisiere pentru a fi introdus in baza de date, asociat geo-tag-ului ce se creaza in acest moment. La apasarea butonului “Submit” formularul este procesat, este rulata procedura PL/SQL de inserare a unui nou geo-tag, toate informatiile sunt introduse in tabela de geo-tag-uri din baza de date si utilizatorul este revenit in pagina principala unde harta si raportul sunt improspatate si vor afisa si noul geo-tag abia introdus. La apasarea butonului “Cancel” a formularului, utilizatorul este reintors in pagina principala, fara ca vreo modificare sa fi avut loc. 45 Raportul “Complete tag list” afiseaza toate geo-tag-urile din baza de date. El se bazeaza pe o interogare SQL ce va fi descrisa in capitolele urmatoare. Linkul “Loc” aflat in coloana “Where” a raportului permite utilizatorului sa centreze harta pe pozitia geo-tag-ului respectiv. Acest lucru este posibil cu ajutorul unei functii JavaScript denumite recenter(). Coloanele “Name” si “Population” sunt sortabile, ceea ce inseamna ca, apasand linkurile “Name” si “Population” din header-ul raportului, toate inregistrarile vor fi sortate creascator/descrescator dupa coloana respectiva. Raportul poate fi exportat in format CSV (Comma separated values) prin apasarea linkului “Export CSV”. Aceasta trasatura se poate dovedi extrem de utila in cazul aplicatiilor ce contin un volum mare de date, ce necesita analize suplimentare. Un fisier CSV se vizualiza cu usurinta in Microsoft Office Excel. Baza de date Oracle permite incarcarea datelor din format CSV, precum si descarcarea acestora in fisiere CSV. Aplicatia de redare a hartilor permite definirea unei zone vizuale de cautare pe harta prin trei procedee diferite: “Rubber Banding” (creaza un dreptunghi pe harta), “Hand Drawing” (creaza un poligon arbitrar pe harta), “Radius” (creaza o zona in forma de cerc). Toate geo-tag- urilor ce se regasesc in zona astfel definita de pe harta vor fi afisate intr-un raport separat, afisat sub cel principal. In continuare ilustram cazul folosirii zonei dreptunghiulare de cautare. Se selecteaza din lista derulanta, aflata deasupra hartii, optiunea “Rubber Banding”, apoi se apasa butonul “Go”. In acest moment, se poate trasa pe harta, cu ajutorul mouse-ului, zona de cautare dorita, ce va fi marcata cu o linie punctata rosie. Figura 30: Definirea unei zone dreptunghiulare de cautare 46 Dupa eliberarea butonului mouse-ului, geo-tag-urile din zona selectata vor fi marcata cu un simbol suplimentar, iar in dreapta va fi afisat raportul “Tags within search area” ce listeaza aceste tag-uri. La apasarea butonului “Clear” zona de cautare va fi eliberata, revenindu-se la starea initiala a hartii ce contine doar simbolurile verzi pentru marcarea geo-tag-urilor. Figura 31: Simbolizarea geo-tag-urilor din zona de cautare 47 3.4.2. Schema generala de functionare Diagrama urmatoare prezinta imaginea de ansamblu asupra functionarii aplicatiei. Figura 32: Schema de functionare a aplicatiei Trebuie mentionat ca motorul Oracle APEX asambleaza paginile aplicatiei. In cadrul paginii principale, Oracle Maps asambleaza si gestioneaza afisarea hartii. De asemenea se folosesc functiile de upload si download ale Oracle APEX. 48 3.4.3. Descrierea setului de date folosit Inainte de a se incepe dezvoltarea propriu-zisa a aplicatiei de redare a hartilor, un pas important a reprezentat gasirea si incarcarea unui set de date cartografice. Oracle impreuna cu compania partenera NAVTEQ distribuie un set de date gratuit dezvoltatorilor. Acest set de date, destinat utilizarii in baza de date Oracle, exprimat in formatul spatial specific Oracle (SDO_Geometry), este derivat din produsul NAVTEQ ce marcheaza tarile, statele si provinciile, judetele si orasele, precum si autostrazile principale si drumurile majore ale urmatoarelor tari: Albania Gibraltar Poland Andorra Great Britain Portugal Australia Greece Puerto Rico Austria Hungary Romania Belgium Ireland Russia Bosnia & Herzegovina Italy SanMarino Bulgaria Latvia Serbia & Montenegro Canada Liechtenstein Slovak Republic Croatia Lithuania Slovenia Czech Republic Luxembourg Spain Denmark Macedonia Sweden Estonia Moldova Switzerland Finland Monaco Ukraine France Netherlands United States Germany Norway Vatican City Alte tari vor fi incluse pe viitor in setul de date oferit de Oracle, in colaborare cu NAVTEQ. Tipurile de aplicatii, pentru care sunt folositoare datele ce contin granite geografice, sunt cele din domeniul business intelligence, analiza vanzarilor, managementul teritoriului si alte aplicatii in care afisarea si interogarea informatiilor bazate pe proximitatea regionala sau clusterizarea sunt necesare clientului. Exemple tipice sunt reprezentate de cazurile in care utilizatorul doreste sa inteleaga: cati clienti sau cate vanzari s-au petrecut intr-un oras, tinut sau stat, sau statistica indicatorilor de performanta pe diverse teritorii. Setul de date utilizat in aplicatia de redare a hartilor a fost downloadat sub forma de fisier arhiva world_sample.zip. Continutul acestui fisier este reprezentat de: 1. un fisier README 2. world_sample.dmp – fisierul de tip dump ce contine mostrele de date 3. load_sample_data.sql – un script de incarcare a datelor in baza de date 4. cln_sample_data.sql – un script de stergere a datelor din baza de date 5. worldmaps.jspx – un exemplu de aplicatie scrisa in cod jspx, pentru vizualizarea hartii livrate 6. mcsdefinition.sql – un script pentru setarea metadatelor pentru serverul de cache al hartii 49 Dupa ce s-a importat setul de date world_sample, in baza de date s-a creat schema world_sample ce contine o multitudine de tabele cu date geospatiale. Dintre ele mentionam M_WORLD, WORLD_AREA_OCEAN, WORLD_CITY_CAPITAL, WORLD_ROAD_HIGHWAY, etc. Fiecare din aceste tabele reprezinta un strat in alcatuirea hartii finale. De asemenea structura unei asemenea tabele contine atat atribute spatiale, de tip SDO_Geometry, cat si atribute non- spatiale. Exemplificam acest fapt, prin descrierea tabelei M_WORLD, asa cum apare ea in consola de control a bazei de date Oracle Database Control: Figura 33: Structura unei tabele ce contine informatii geospatiale Vom prezenta in continuare pasii necesari instalarii acestui set de date, urmand ca pasii de instalare a produselor software sa fie prezentati in Anexa de la sfarsitul acestei lucrari. Cerinte Pentru instalarea setului de date sunt necesare urmatoarele: Baza de date Oracle 10gR1 sau o versiune mai recenta Parola userului SYSTEM al bazei de date Kitul MapViewer 10.1.3.1 instalat Parola userului oc4jadmin a serverului OC4J 50 Instalarea setului de date Instalarea setului de date se desfasoare in trei pasi: 1. Dezarhivarea fisierului world_sample.zip intr-un folder de lucru, pe calculatorul unde gaseste baza de date. 2. In folderul de lucru se deschide o sesiune Sqlplus si programatorul se conecteaza ca user SYSTEM. Se va crea un nou user pentru datele din world_sample: SQL> CREATE USER world_sample IDENTIFIED BY world_sample; SQL> GRANT CONNECT, RESOURCE TO world_sample; 3. Se incarca datele din setul World Sample in schema asociata userului creat anterior. Se creaza metadatele necesare vizualizarii datelor ca o harta in MapViewer. Trebuie cunoscute adresa folderului de lucru in sistemul de fisiere al calculatorului, precum si userul creat la pasul 2 si parola pentru userul SYSTEM. Acest pas presupune ca utilizatorul este deja conectat ca SYSTEM si ca se afla in folderul de lucru. Trebuie rulat scriptul load_sample_data.sql, ca in continuare. SQL> @load_sample_data.sql Enter value for directory_name: C:\world_sample Enter value for user_name: world_sample Password: password_for_system SQL> exit; Afisarea setului de date World Sample in MapViewer MapViewer se presupune a fi instalat inainte de a realiza pasii urmatori. 1. Se copiaza fisierul worldmaps.jspx din directorul unde a fost dezarhivat setul de date world_sample in directorul OC4J, unde MapViewer este instalat, adica in directorul j2ee\home\applications\mapviewer\web\fsmc. 2. Avand serverul OC4J pornit, se lanseaza MapViewer dintr-un browser (de exemplu: http://hostname:8888/mapviewer). Apoi trebuie sa va logati ca administrator (link-ul Admin din coltul dreapta sus), folosind username-ul si parola pentru oc4jadmin. Din sectiunea Management, se selecteaza linkul Configuration pentru a edita fisierul de configuratii mapViewerConfig.xml. Se editeaza la sfarsitul acestui fisier, in dreptul paragrafului “Predefined Data Source”. In aceasta sectiune, se adauga world_sample ca sursa de date, asa cum este aratat mai jos. 51 <map_data_source name="world_sample" jdbc_host="YOUR_DB_HOSTNAME" jdbc_sid="YOUR_DB_SID" jdbc_port="YOUR_DB_PORT" jdbc_user="YOUR_DB_USER_WHERE_WORLD_SAMPLE_IS_LOADED" jdbc_password="!DBUSER_PASSWD" jdbc_mode="thin" number_of_mappers="2" allow_jdbc_theme_based_foi="true" /> In continuare este prezentat un model concret de definire a sursei de date world_sample: <map_data_source name="world_sample" jdbc_host="localhost" jdbc_sid="orcl" jdbc_port="1521" jdbc_user="world_sample" jdbc_password="!world_sample" jdbc_mode="thin" number_of_mappers="2" allow_jdbc_theme_based_foi="true" /> Se apasa butonul “Save&Restart” pentru a adauga noua sursa de date. 3. Pentru a va asigura ca sursa de date a fost adaugata cu succes, dati click pe linkul “Datasources”. Sursa de date “world_sample” ar trebui sa apara in sectiunea “Existing data sources”. Daca aceasta nu este vizibila, trebuie repetat pasul 2. 4. Pentru a afisa harta World Sample, se alege linkul “maps and faces”. In browser se modifica url-ul din bara de adrese, schimbandu-se numele fisierului jspx din oraclemaps.jspx in worldmaps.jspx. Apoi se da Refresh la browser. 52 4. Programarea JavaScript in aplicatia de redare a hartilor Aplicatia de redare a hartilor consista din doua pagini principale. Prima pagina afiseaza harta propriu-zisa si diferitele controale pentru crearea zonelor de cautare pe harta, cat si cele doua rapoarte APEX pentru listarea geo-tag-urilor. Pagina a doua afiseaza un singur formular care este folosit pentru introducerea detaliilor unui nou geo-tag. Navigarea dintre aceste doua pagini este simpla. Cand userul apasa click dreapta pe harta, se initiaza un proces de creare a unui nou geo-tag pentru acea locatie, iar aplicatia va incarca automat pagina a doua. Cand utilizatorul apasa butonul “Submit”, Oracle APEX va executa un proces de pagina pentru a insera un nou tag in tabela geotag. Oracle APEX redirecteaza apoi aplicatia catre prima pagina unde harta va fi re-incarcata. Aplicatia de redare a hartilor s-a de folosit tehnologia Oracle Maps. Interfata de programare Oracle Maps API a fost integrata in mediul de dezvoltare APEX prin intermediul scripturilor JavaScript, in care se apeleaza functii specifice librariilor puse la dispozitie de Oracle Maps. Scriptul JavaScript este adaugat in headerul HTML al paginii unde este folosit. Figura 34: Panoul de comanda al APEX 53 Pentru incarcarea librariei Oracle Maps JavaScript API in prima pagina a aplicatiei, astfel incat functiile specifice, precum cea de afisare a hartii, sa poata fi apelate in logica aplicatiei s-a introdus urmatoarea linie de cod in headerul HTML al primei pagini: <script language="JavaScript" src="/mapviewer/fsmc/jslib/oraclemaps.js"></script> In acelasi camp din panoul de dezvoltare al APEX, destinat editarii header-ului HTML al primei pagini a aplicatiei, se introduce urmatoare linie de cod: <script language="Javascript" src="/geotag/p1.js"></script> Figura 35: Sectiunea HTML Header din cadrul paginii 1 Comanda descrisa mai sus insereaza fisierul JavaScript in pagina curenta. Dupa fiecare modificare in APEX, se apasa butonul “Apply Changes” pentru salvarea modificarilor facute. In acest capitol se descrie pe larg fisierul p1.js ce contine cod JavaScript care implementeaza logica specifica a aplicatiei. Se vor analiza in continuare functiile principale ale scriptului p1.js 54 Functia showMap() Functia principala din acest fisier este functia showMap() descrisa mai jos. var mapview; var themebasedfoi; // main function for displaying the map function showMap() { var baseURL = "http://"+document.location.host+"/mapviewer";; var mapCenterLon = 26.49295; var mapCenterLat = 44.658774; var mapZoom = 2; var mpoint = MVSdoGeometry.createPoint(mapCenterLon,mapCenterLat,8307); mapview = new MVMapView(document.getElementById("map"), baseURL); mapview.addBaseMapLayer(new MVBaseMap("world_sample.world_sample")); mapview.setCenter(mpoint); mapview.setZoomLevel(mapZoom); themebasedfoi = new MVThemeBasedFOI('geotags','world_sample.geotags'); themebasedfoi.setBringToTopOnMouseOver(true); themebasedfoi.addEventListener("mouse_click", foiClick); mapview.addThemeBasedFOI(themebasedfoi); mapview.addCopyRightNote("&copy;2009 powered by Oracle&trade;"); mapview.addNavigationPanel("EAST"); mapview.setCenterMark("/i/bullseyeicon_cctitle.gif", 18, 18); mapview.display(); setMapListener(); } Codul de mai sus seteaza display-ul initial al hartii prin specificarea pozitiei centrului hartii, precum si a nivelului de rezolutie sau de zoom si a continutului hartii. Aceasta functie va afisa harta de baza denumita “world_sample.world_sample” pe fundal si va afisa o tema interactiva pentru toate geo-tag-urile (definita in tema “world_sample.geotags”). Toate acestea sunt realizate in functia showMap(). Pentru ca aplicatia sa afiseze concret harta, este nevoie ca functia showMap() sa fie apelata in interiorul primei pagini a aplicatiei. Pentru aceasta se creaza in APEX o regiune in cadrul paginii, iar in codul sursa al regiunii (Region Source) se introduce urmatoare linie de cod HTML: <div id="map" style="left:0px; top:0px; width:700px; height:600px; border:1px solid #CFE0F1"></div> 55 Instructiunea de mai sus defineste un element de tipul HTML DIV ce are id-ul “map”. Acest element DIV serveste drept container principal pentru harta aplicatiei, iar id-ul “map” este referit in functia showMap() din scriptul p1.js. Aspectele legate de CSS (Cascading Style Sheets) pentru elementul DIV de mai sus sunt perfect customizabile, in sensul ca se pot schimba inaltimea si latimea hartii sau modul in care marginea acesteia arata. Acest lucru este posibil deoarece elementul DIV al paginii HTML reprezinta un container sau framwork inauntrul caruia Oracle Maps va afisa continutul efectiv al hartii. Pasul urmator in procesul de afisare a hartii este reprezentat de apelarea propriu-zisa a functiei showMap() intr-un eveniment tip onLoad, astfel incat harta sa poata fi afisata ori de cate ori pagina in care se afla este vizualizata. Pentu aceasta se va edita corpul paginii HTML unde va introduce urmatoarea linie de cod: onload="showMap(); first_field();" Se salveaza schimbarile facute si se ruleaza aplicatia. In acest moment, harta va putea fi vizualizata. Functia addNewTag() In continuare prezentam modalitatea prin care capteaza coordonatele punctului unde se doreste inserarea unui nou geo-tag. Aceasta sarcina este realizate de doua functii din scriptul p1.js: un eveniment de tip “listener” si functia addNewTag(). function setMapListener() { mapview.addEventListener("mouse_right_click", addNewTag); } function addNewTag() { var mouseLoc = mapview.getMouseLocation(); var x = mouseLoc.getPointX(); var y = mouseLoc.getPointY(); var zoom = mapview.getZoomLevel(); var Session_Id = html_GetElement('pInstance').value; redirect("/pls/apex/f?p=103:2:"+Session_Id+"::NO::P2_TAGX,P2_TAGY:"+x+","+y); } Handler-ul de eveniment a fost adaugat obiectului mapview pentru a asculta evenimentele de tip „right-click” ale mouse-ului pe harta. Acest handler va obtine pozitia curenta unde s-a apasat butonul dreapta al mouse-ului si va trimite aceasta informatie prin valorile parametrilor P2_TAGX si P2_TAGY cand se invoca pagina a doua in apelul functiei redirect(). P2_TAGX si P2_TAGY sunt doua dintre campurile formularului de adaugare a unui geo-tag nou. Prin apelul functiei redirect() se pre-populeaza aceste doua campuri ale formularului cu valorile specificate. 56 In sintaxa adresei URL data ca parametru in apelul functiei redirect(), numarul 103 se refera la id-ul aplicatiei. Metoda html_GetElement este specifica Oracle APEX si este folosita pentru a obtine id-ul sesiunii curente, astfel incat redirectarea catre pagina a doua sa reuseasca. In pagina a doua, utilizatorul trebuie sa completeze campurile ramase necompletate (TAGX si TAGY sunt completate automat) si apoi sa apese pe butonul „Submit”. Apoi o noua inregistrare se va introduce in tabela geotag, iar userul va fi directionat inapoi catre pagina 1, unde noul tag apare afisat ca o steluta verde pe harta reimprospatata. Directionarea de pagina formularului la prima pagina se realizeaza cu ajutorul unei unelte din Oracle APEX, numita „Branch” (ramificatie). Aceasta va specifica in cativa pasi unde si in ce fel se va face redirectarea in momentul apasarii butonului „Submit” din formularul paginii 2. Figura 36: Realizarea unei directionari intre pagini Functia foiClick() Aceasta functie defineste ce va fi vizualizat in momentul in care se da click pe un geo-tag de pe harta. var tagHtml; function foiClick(point,foi) { tagHtml = getMediaString(foi); mapview.displayInfoWindow(point, tagHtml, 200,100); } In cadrul acestei functii se apeleaza functia getMediaString() care se ocupa cu construirea adresei URL ce afiseaza/descarca fisierul multimedia asociat cu un FOI (geo-tag, field of interest). 57 function openDocWindow(url) { window.open(url); } function getMediaString(foi) { var name = foi.attrs[0]; //name var desc = foi.attrs[1]; //description var pop = foi.attrs[3]; //populatie var type = foi.attrs[4]; //mime_type var mediaTag; var contentUrl = "/pls/apex/world_sample.download_file?p_name=" + escape(name); if(type=="image/png" || type=="image/jpeg" || type=="image/gif" || type=="image/pjpeg") mediaTag = "<img WIDTH=\"320\" HEIGHT=\"240\" src="+contentUrl+" >"; else if(type=="application/pdf") mediaTag = "<a href=\""+contentUrl+"\" onclick=\"openDocWindow('"+contentUrl+"');\"> click here to view the document </a>"; else if(type=="application/vnd.rn-realmedia" || type=="video/vnd.rn- realvideo") { mediaTag = "<OBJECT ID=\"RVOCX\" CLASSID=\"clsid:CFCDAA03-8BE4-11cf-B84B- 0020AFBBCCFA\" WIDTH=\"320\" HEIGHT=\"240\">"+ "<PARAM NAME=\"SRC\" VALUE=\""+contentUrl+"\">"+ "<PARAM NAME=\"CONTROLS\" VALUE=\"imagewindow\">"+ "<PARAM NAME=\"CONSOLE\" VALUE=\"video\">"+ "<PARAM NAME+\"LOOP\" VALUE=\"ture\">"+ "<PARAM NAME=\"AUTOSTART\" VALUE=\"true\">"+ "<EMBED SRC=\""+contentUrl+"\" WIDTH=\"320\" HEIGHT=\"240\" NOJAVA=\"true\" CONTROLS=\"ImageWindow\" CONSOLE=\"video\" AUTOSTART=\"true\" />"+ "</OBJECT>"; } var html = "<table class=\"t15standard\" border=\"1\">"+ "<tr><td width=\"80px\" class=\"t15data\">Name:</td> <td class=\"t15data\">"+name+"</td></tr>"+ "<tr><td width=\"80px\" class=\"t15data\">Description:</td> <td class=\"t15data\">"+desc+"</td></tr>"+ "<tr><td width=\"80px\" class=\"t15data\">Population:</td> <td class=\"t15data\">"+pop+"</td></tr>"+ "<tr><td width=\"80px\" class=\"t15data\">Type:</td> <td class=\"t15data\">"+type+"</td></tr>"+ "<tr><td id=\"mediaCell\" colspan=\"2\">"+mediaTag+"</td></tr>"+ "</table>"; return html; } 58 Vectorul de atribute ale obiectului foi: foi.attrs[0], foi.attrs[1], etc este definit in coloanele ascunse ale temei GEOTAG, folosind utilitarul MapBuilder. Astfel se poate modifica care dintre atributele geo-tag-ului sa fie afisate in fereastra de informatii ce apare prin apasarea mouse- ului pe geo-tag-ul respectiv de pe harta. Functia recenter() Aceasta functie este apelata de link-urile „where” ale diferitelor rapoarte din aplicatie pentru a centra harta in punctul in care este localizat geo-tag-ul respectiv. function recenter(x, y) { mapview.setCenter(MVSdoGeometry.createPoint(x,y,8307)); } Functia doRegionSelect() Aceasta functie este apelata cand utilizatorul incepe definirea unei zone de cautare pe harta. var rectangleTool=null; var redlineTool=null; var circleTool=null; var toolSel=null; var highlightTheme=null; function doRegionSelect() { if(rectangleTool) rectangleTool.clear(); if(redlineTool) redlineTool.clear(); if(circleTool) circleTool.clear(); toolSel = document.getElementById('P1_MAPSEL').value; if(toolSel=="RECT") { if(!rectangleTool) { rectangleTool = new MVRectangleTool("world_sample.L.MAJOR STREET", null, true); mapview.addRectangleTool(rectangleTool); rectangleTool.addEventListener("on_finish",highlightFOIs); } rectangleTool.init(); }else if(toolSel=="POLYGON") { if(!redlineTool) { redlineTool = new MVRedlineTool("world_sample.L.RAMP", "world_sample.C.HL"); 59 redlineTool.addEventListener("mouse_click", showRedlineOption); mapview.addRedLineTool(redlineTool); } redlineTool.init(); }else if(toolSel=="CIRCLE") { if(!circleTool) { circleTool = new MVCircleTool("world_sample.L.MAJOR STREET"); mapview.addCircleTool(circleTool); circleTool.addEventListener("on_finish",highlightFOIs); } circleTool.init(); } } Aceasta functie, impreuna cu cea de stergere a zonei de cautare, sunt strans legate de obiectul tip „lista derulanta” numit P1_MAPSEL. Acesta este definit din panoul de comanda al paginii 1 si are trei componente in lista, dintre care utilizatorul va putea alege doar una. Legatura dintre valorile afisate si valorile returnate de selectarea respectivelor optiuni este redata mai jos. Display Value Return Value Rubber Banding RECT Hand Drawing POLYGON Radius CIRCLE Listei derulante i se alatura doua butoane: „Go” si „Clear”. La apasarea acestor doua butoane se apeleaza functiile doRegionSelect(), respectiv clrRegionSelect(). Codul HTML corespunzator crearii acestor doua butoane este: <input type="button" onclick="doRegionSelect();" value="Go" /> <input type="button" onclick="clrRegionSelect();" value="Clear" /> 60 Functia highlightFOIs() Aceasta functie este invocata de fiecare data cand utilizatorul a terminat folosirea tool-ului de selectie (de exemplu cand elibereaza mouse-ul dupa folosirea metodei de trasare dreptunghiulare). Functia preia geometria zonei de cautare, o seteaza ca geometrie de filtrare pentru tema de selectie si cere de la MapViewer trasaturile FOI pentru zona de cautare, din tema de selectie. Tema de selectie este definita in tabela geotags_select. function highlightFOIs() { if (mapview.getThemeBasedFOI('highlight_theme')) { mapview.removeThemeBasedFOI(highlightTheme); } var geom; toolSel = document.getElementById('P1_MAPSEL').value; if(toolSel=="RECT" && rectangleTool) geom = rectangleTool.getRectangle(); else if(toolSel=="POLYGON" && redlineTool) geom = redlineTool.getPolygon(); else if(toolSel=="CIRCLE" && circleTool) geom = circleTool.getCircle(); else return; if(!geom) { alert("selected region is null!"); return; } highlightTheme = new MVThemeBasedFOI('highlight_theme', 'world_sample.geotags_select'); highlightTheme.setQueryParameters(geom); highlightTheme.addEventListener("after_refresh", populateTagSelectList); mapview.addThemeBasedFOI(highlightTheme); } Practic functia adauga tema „geotags_select” ca strat FOI la harta curenta. Oracle Maps API cere serverului (printr-un apel AJAX) sa proceseze acest nou strat, in timp ce trimite forma geometriei zonei de cautare ca parametru. Serverul MapViewer foloseste aceasta geometrie a zonei de cautare pentru a filtra tag-urile din baza de date folosind operatorul SDO_RELATE (o functie Oracle Locator) si returneaza trasaturile de interes (FOI) clientului. Clientul Oracle Maps apoi le afiseaza sub forma simbolurilor ac peste harta curenta (simbolul de ac este un stil obisnuit al MapViewer si este specificat in definitia temei geotag_select). 61 Functia populateTagSelectList() Aceasta functie este folosita pentru a crea manual un raport HTML al tuturor geo-tag-urilor care se gasesc in zona de cautare. Acest raport va fi afisat sub regiunea raportului principal, al tuturor geo-tag-urilor din baza de date. function populateTagSelectList() { var result=""; var theme=mapview.getThemeBasedFOI("highlight_theme"); if (theme!=null && theme.isVisible()) { var foiarray=theme.getFOIData(); if (foiarray!==null) for(var i=0;i<foiarray.length;i++) { result=result+"<tr>"+ "<td class=\"t15data\">"+foiarray[i].name+"</td>"+ "<td class=\"t15data\">"+foiarray[i].attrs[1]+"</td>"+ "<td class=\"t15data\">"+foiarray[i].attrs[2]+"</td>"+ "<td class=\"t15data\">"+foiarray[i].attrs[3]+"</td>"+ "<td class=\"t15data\"><a href='javascript:onclick=recenter("+foiarray[i].x+","+foiarray[i].y+");'>Wher e</a></td></tr>"; } } if (result!="") { result="<table class=\"t15standard\" border='1' width='100%' cellspacing='0' cellpadding='2'>"+ "<tr><th class=\"t15header\" >NAME</th><th class=\"t15header\" >DESCRIPTION</th><th class=\"t15header\" >UPLOADER</th>"+ "<th class=\"t15header\">TYPE</th><th class=\"t15header\">LOCATION</th></tr>"+result+"</table>"; } var div=document.getElementById("tag_select_list"); div.innerHTML=result; } In momentul in care se defineste o zona de cautare pe harta, toate tag-urile din respectiva zona sunt automat evidentiate printr-un simbol asemanator unui ac. Pentru a crea un raport cu toate aceste tag-uri evidentiate, a fost necesar sa se creeze o regiune noua in paginea HTML, iar in cadrul sursei regiunii a fost introdusa urmatoarea linie: <div id="tag_select_list" style="position:relative; left:0px; top:0px; width: 100%; height: 100%"> Functia populateTagSelectList() creaza un tabel HTML instant, bazat pe atributele puse la dispozitie de proaspat incarcata tema de FOI, „geotags_select”. Acest tabel este apoi adaugat drept continut HTML in elementul DIV numit „tag_select_list”, dand impresia utilizatorului ca s- a realizat o reimprospatate partiala a paginii principale. Complementar functiei de populare a tabelului de geo-tag-uri din zona selectata, exista si functia de stergere a acestui raport, numita clearTagSelectList(). 62 5. Programarea SQL si PL/SQL in aplicatia de redare a hartilor Dupa pregatirea si inserarea setului de date, a fost necesara crearea tabelei Geotag pentru stocarea informatiilor legate de geo-tag-uri. Pentru aceasta s-a rulat scriptul geotag.sql in userul world_sample al bazei de date. Acest script creaza, in afara de tabela Geotag, si un index spatial, precum si doua teme MapViewer asociate tabelei. Tema GEOTAGS este folosita pentru afisarea tuturor tag-urilor de pe harta in starea lor normala, iar tema GEOTAGS_SELECT pentru ilustrarea tag-urilor dintr-o zona de cautare specificata de utilizator. In continuare sunt listate coloanele tabelei Geotag: SQL> desc geotag; Name Null? Type -------------------------------------------------- NAME NOT NULL VARCHAR2(64) CONTENT BLOB MIME_TYPE VARCHAR2(48) FILE_NAME VARCHAR2(64) LOCATION MDSYS.SDO_GEOMETRY DESCRIPTION VARCHAR2(4000) LAST_UPDATE DATE AUTHOR VARCHAR2(128) Scriptul SQL in care se realizeaza: crearea tabelei Geotag, popularea metadatelor spatiale, precum si crearea unui index spatial este lista in continuare. drop table geotag; create table geotag (name varchar2(64) not null, content blob, mime_type varchar2(48), file_name varchar2(64), location mdsys.sdo_geometry, -- geo tag location description varchar2(4000), last_update date, author varchar2(128), population number, CONSTRAINT pkn PRIMARY KEY (name) ); 63 insert into user_sdo_geom_metadata values ( 'GEOTAG', 'LOCATION', MDSYS.SDO_DIM_ARRAY(MDSYS.SDO_DIM_ELEMENT('X', -180, 180, 0.05), MDSYS.SDO_DIM_ELEMENT('Y', -90, 90, 0.05)), 8307 ); create index geotag_sdx on geotag(location) indextype is mdsys.spatial_index; Aici se creaza tema principala pentru afisarea tuturor geo-tag-urilor pe harta prin simboluri stelute verzi “M.GREEN STAR”. insert into user_sdo_themes values( 'GEOTAGS', 'theme for geotag table', 'GEOTAG', 'LOCATION', '<?xml version="1.0" standalone="yes"?> <styling_rules> <hidden_info> <field column="NAME" name="name"/> <field column="DESCRIPTION" name="desc"/> <field column="AUTHOR" name="author"/> <field column="MIME_TYPE" name="MEDIA_TYPE"/> </hidden_info> <rule> <features style="M.GREEN STAR"> </features> <label column="NAME" style="T.MAP TITLE"> 1 </label> </rule> </styling_rules>'); Scriptul SQL de mai jos realizeaza tema specifica geo-tag-urilor selectate de pe harta. Ambele teme pot fi usor modificate cu ajutorul utilitarului MapBuilder. insert into user_sdo_themes values ('GEOTAGS_SELECT', null, 'GEOTAG', 'LOCATION', '<?xml version="1.0" standalone="yes"?> <styling_rules> <hidden_info> <field column="NAME" name="Name"/> <field column="DESCRIPTION" name="Comments"/> <field column="AUTHOR" name="Uploaded By"/> <field column="MIME_TYPE" name="Media type"/> </hidden_info> <rule> <features asis="true" style="M.CYAN PIN"> sdo_relate(location, :select_region, ''mask=anyinteract'')=''TRUE'' </features> <label column="NAME" style="T.MAP TITLE"> 1 </label> </rule> </styling_rules>'); commit; / 64 Fiecare geo-tag are asociata o fotografie sau un document PDF incarcate din calculatorul end-user-ului si stocate in tabela Geotag a bazei de date a aplicatiei. Cand un utilizator apasa cu mouse-ul pe un geo-tag de pe harta, fotografia sau documentul sunt automat preluate din baza de date si afisate sau deschide intr-o fereastra de informatii a geo-tag-ului. Cu alte cuvinte, cand utilizatorul da click pe un geo-tag, trebuie downloadat fisierul multimedia din baza de date in browserul clientului. Pentru aceasta este necesara instalarea unei proceduri PL/SQL si apoi expusa aceasta procedura ca adresa URL in evenimentul de click al punctului de interes (FOI) care afiseaza fereastra de informatii atunci cand este apasat un tag. Mai jos prezentam procedura stocata ce realizeaza descarcarea continutului geo-tag-urilor atunci cand acestea sunt apasate pe harta. Aceasta procedura trebuie executata de pseudo userul APEX_PUBLIC_USER. CREATE OR REPLACE procedure download_file(p_name in varchar2) AS v_mime VARCHAR2(48); v_length NUMBER; v_file_name VARCHAR2(2000); Lob_loc BLOB; BEGIN select MIME_TYPE, CONTENT, FILE_NAME, DBMS_LOB.GETLENGTH(content) into v_mime, Lob_loc, v_file_name, v_length from geotag where name=p_name; -- setup HTTP header -- use an NVL around the mime type; if null set to application/octet owa_util.mime_header( nvl(v_mime, 'application/octet'), FALSE ); -- set the size so browser knows how much to download htp.p('Content-length: '|| v_length); -- file name will be used in save as htp.p('Content-Disposition: attachment;filename="'||replace(replace(substr(v_file_name,instr(v_file_name, '/')+1),chr(10),null),chr(13),null)|| '"'); -- close the headers owa_util.http_header_close; -- download the blob wpg_docload.download_file(Lob_loc); END download_file; / Pentru a fi accesibila tuturor userilor bazei de date, implicit si userului world_sample, se va garanta dreptul de executie PUBLIC astfel: GRANT EXECUTE ON download_file to PUBLIC / 65 Pentru inserarea unui nou geo-tag a fost necesara o alta procedura PL/SQL ce se va apela in momentul in care utilizatorul apasa pe butonul “Submit” al formularului de introducere a unui nou geo-tag. Oracle APEX salveaza in mod predefinit fisierele uploadate intr-o tabela de sistem numita APEX_APPLICATION_FILES. In procesul paginii 2 devine necesar mutarea continutului fisierului uploadat si a inca catorva atribute din aceasta tabela in tabela Geotag. Mai jos redam continutul acestei proceduri PL/SQL: if :P2_FILE_NAME is not null then insert into GEOTAG select :P2_NAME, blob_content, MIME_TYPE, :P2_FILE_NAME, mdsys.sdo_geometry(2001, 8307, mdsys.sdo_point_type(:P2_TAGX, :P2_TAGY, null), NULL, NULL), :P2_DESCRIPTION, sysdate, :P2_AUTHOR, :P2_POPULATION from APEX_APPLICATION_FILES where name = :P2_FILE_NAME; delete from APEX_APPLICATION_FILES where name = :P2_FILE_NAME; else insert into GEOTAG(NAME,LOCATION,DESCRIPTION,LAST_UPDATE,AUTHOR,POPULATION) values (:P2_NAME, mdsys.sdo_geometry(2001, 8307, mdsys.sdo_point_type(:P2_TAGX, :P2_TAGY, null), NULL, NULL), :P2_DESCRIPTION, sysdate, :P2_AUTHOR, :P2_POPULATION); end if; In procedura am verificat daca s-a incarcat sau nu un fisier multimedia, prin testarea campului P2_FILE_NAME al formularului de pe pagina a doua a aplicatiei. In cazul in care nu s-a incarcat nici un fisier, comanda insert este modificata astfel incat neglijeaza atributele blob_content, MIME_TYPE si numele fisierului. Pentru crearea raportului ce contine listate toate geo-tag-urile din baza de date, a fost necesar o interogare SQL. Aceasta a fost definita ca sursa a regiunii respective din cadrul primei pagini. select name, mime_type, author as Uploader, description, a.location.sdo_point.x X, a.location.sdo_point.y Y, 'location' loc from geotag A 66 6. Concluzii Sistemele informatice geografice reprezinta una dintre tehnologiile revolutionare care au transformat radical impactul pe care cercetarile geografiilor le au asupra societatii. Acelasi impact major l-a avut si asupra utilizatorilor de rand, oferindu-le o noua perspectiva asupra lumii in care traiesc. Integrarea GIS in internet a fost inevitabila, si reprezinta un trend ce a prins viteza in ultimii 10 ani. Capacitatea internetului, de a atinge o audienta larga, are impacte semnificative asupra utilizatorilor de GIS, dezvoltatorilor si institutiilor. Pentru utilizatori, web GIS-ul ofera un mediu propice dezvoltarii de analize pe internet. Pentru dezvoltatori, acesta ofera o noua provocare si o oportunitate de a-si largi cota de piata (de exemplu, software-ul produs de compania ESRI, fata de cel al competitorilor). Pentru institutii, GIS-ul pe internet va facilita integrarea si coordonarea dintre diferite departamente si functii din cadrul unei organizatii, precum si dintre organizatii, deoarece datele spatiale din diferite departmente pot fi acum usor accesate si folosite in comun. Afisarea interactiva a hartilor a reprezentat doar primul pas in dezvoltarea sistemelor informatice geografice de pe internet. Ritmul in care tehnologia se dezvolta in acest domeniu este alert, iar domeniile de aplicabilitate ale GIS-urilor sunt din ce in ce mai vaste: analiza potentialului imobiliar al unei suprafete, statistica criminalitatii sau a riscului seismic intr-o zona urbana, fiind doar cateva exemple. In prezent, cea mai promitatoare directie de dezvoltare a aplicatiilor GIS este reprezentata de serviciile web. Deocamdata numai un numar mic de furnizori permit companiilor sa realizeaze interogari spatiale complexe prin intermediul unei interfete web. Astfel de furnizori pot gazdui datele spatiale si le pot chiar si combina cu terte resurse de date daca organizatiile doresc acest lucru. Avantajele folosirii unei baze de date spatiale, dintr-o perspectiva manageriala, ar fi urmatoarele: Simplifica programarea o Foloseste SQL si Java, fiind avantajati administratorii de baza de date si dezvoltatorii de aplicatii deja existenti Micsoreaza costul de productie o Stocheaza datele spatiale intr-un nod central si elimina fisierele disparate, astfel reducandu-se costul de mentenanta si costurile de hardware. o Costurile legate de trainingul angajatilor se micsoreaza, fiind vorba de tehnologii cunoscute Reduce riscul o Foloseste tipuri de date suportate de orice furnizor de GIS-uri. o Baza de date spatiala este scalabila, suportand terabytes de date. Baza este stabila si sigura. 67 Imbunatatirea luarii deciziilor si a serviciului livrat clientului o Datele spatiale sunt accesibile mai multor persoane/departamente/organizatii. o Performanta ridicata o Aplicatiile de business beneficiaza de analiza spatiala Aplicatia dezvoltata in lucrarea de fata evidentiaza aspecte legate de vizualizarea datelor geospatiale si analiza de vecinatate. Aplicatia de redare a hartilor este scalabila, astfel incat se pot implementa analize mai amanuntite asupra setului de date folosit. De asemenea, se poate schimba oricand setul de date cu unul mai detaliat, pentru o acuratete mai mare a informatiilor vizualizate. Folosind utilitarul MapBuilder se poate modifica aspectul hartii, folosind alte simboluri pentru marcarea punctelor de interes. Un aspect important de mentionat este ca aplicatia de redare a hartilor dezvoltata in acest proiect reprezinta scheletul oricarei aplicatii GIS bazata pe internet, ce foloseste tehnologia Oracle. Cu ajutorul instrumentelor de analiza spatiala puse la dispozitie de baza de date Oracle 10g se pot realiza diverse corelatii spatiale: analiza de vecinatate pentru determinarea anumitor informatii despre o zona de interes (aspect realizat in aplicatia de geo-tag-uri), clasificarea datelor bazate pe locatia acestora, determinarea de pattern-uri in functie de locatie, determinarea modului in care locatia unui lucru este corelat cu locatia altuia. "O aplicatie GIS este limitata numai de imaginatia celor care o folosesc." (Jack Dangermond) 68 7. Anexa 1: Instalarea instrumentelor software 7.1. Instalarea bazei de date Pentru a instala software Oracle, este necesar utilitarul Oracle Universal Installer. 1. Pentru aceasta instalare aveti nevoie ori de DVD-uri ori de o versiune downloadata a DVD- urilor. In acest tutorial, veti instala folosind versiunea downloadata. Din directorul unde fisierele DVD au fost dezarhivate, dati dublu click pe setup.exe. 2. Oracle Universal Installer se porneste. 3. Veti executa o instalare de tip basic folosind o baza de date de start. Introduceti orcl in campul Global Database Name si oracle pentru Database Password si Confirm Password. Apoi dati click pe Next. Figura 37 69 4. Installer-ul verifica acum daca sistemul indeplineste toate necesitatile minime pentru instalare si pentru configurarea produsului ales. Corectati orice eroare raportata (warning- urile sunt ok, ignorati-le!) inainte de a continua. Cand verificarea se termina cu succes (cu sau fara warning-uri), dati click pe Next. Figura 38 5. Daca ati primit avertizari (warning-uri), puteti continua. Dati click pe Yes. Figura 39 70 6. Revizuiti fereastra de Summary pentru a verifica ce urmeaza sa instalati. Apoi, dati click pe Install. Figura 40 7. Fereastra de progres apare. Figura 41 71 8. Apar asistentii de configurare. Figura 42 9. Baza de date este in proces de creare. Figura 43 72 10. Cand baza de date a fost creata, puteti debloca userii pe care doriti sa-i folositi. Click pe Password Management. 11. Deblocati userii SH, OE si HR bifand coloana de „Lock Account?”. Introduceti acelasi cuvant ca numele userului si pentru campurile New Password si Confirm Password. De exemplu, pentru deblocarea userului SH, introduceti SH in campurile New Password si Confirm Password. Apoi, dati click pe OK. Figura 44 12. Click pe OK din nou. 13. Click Exit 14. Click Yes pentru a confirma iesirea. Figura 45 73 7.2. Instalarea serverului de aplicatii Versiunea de Oracle Application Server folosita a fost SOA Suite 10.1.3.x. La instalare s- au ales doar o instanta de server web si o instanta de OC4J. Modul Basic de instalare combina un server Oracle HTTP si o instanta OC4J de middle- tier in acelasi director Oracle. Topologia prezentata in continuare permite folosirea OPMN (Oracle Process Manager and Notification Server) pentru a gestiona o instanta de sine statoare de OC4J. Figura 46 Pasii de instalare 1. Se deschide Oracle Universal Installer. 2. Fereastra Oracle Application Server 10g 10.1.3.0.0 Directorul de instalare: Se introduce directorul unde se va instala Oracle Application Server Selectati modul de instalare de baza (“basic”). Tipul instalarii: Nu se poae modifica tipul instalarii intr-o instalare de tip basic. Numele instantei: Numele instantei identifica aceasta instanta de Oracle Application Server. Daca exista mai multe instante de Oracle Application Server pe aceeasi masina, atunci instantele trebuie sa aiba nume distincte. Username de administrare: Username-ul de administrator pentru instanta Oracle Application Server este setat sa fie oc4jadmin si nu poate fi modificat. Pentru a gestiona instantele Oracle Application Server folosind Oracle Enterprise Manager 10g, administratorul trebuie sa fie logat ca user oc4jadmin. Parola de administrare si confirmare parolei: Se va introduce parola pentru user-ul oc4jadmin. 74 Dati click pe Install. Figura 47 3. Oracle Universal Installer: ecranul de instalare ilustreaza progresul instalarii. Figura 48 75 4. Apar asistentii de configurare. Figura 49 5. Sfarsitul instalarii. Acest ecran arata daca instalarea s-a realizat cu succes si ofera un link catre documentatii ale produsului. Figura 50 76 7.3. Instalarea MapViewer Cerinte preliminare Oracle Application Server 10g release 2 (10.1.2) sau o versiune de sine statatoare a Oracle Application Server Containers for J2EE (OC4J) release 9.0.4 sau mai recente, care sunt disponibile pe site-ul Oracle Technology Network: http://www.oracle.com/technology/ Oracle Spatial sau Oracle Locator (versiunea 8.1.6 sau mai recente) J2SE SDK (Java 2 Platform Standard Edition, Software Development Kit de la Sun Microsystems) 1.4 sau versiuni mai recente Pasii de instalare MapViewer ruleaza ca o aplicatie web a instantei OC4J si primeste cereri de harta de la client. Avand instalat serverul de aplicatii Oracle Application Server, aplicatia MapViewer poate fi usor instalata folosind interfata Oracle Enterprise Manager. Pasii principali sunt urmatorii: 1. Se selecteaza o instanta OC4J. 2. Se face deploy fisierului mapviewer.ear ce a fost descarcat de pe site-ul Oracle. 3. Se configureaza un user administrator pentru MapViewer. In fereastra browserului, se deschide pagina Oracle Application Server Enterprise Manager si se navigheaza la o instanta OC4J unde se doreste instalata aplicatia MapViewer. In sectiune Applications se da click pe butonul “Deploy EAR file” pentru a incepe un wizard de instalare. Figura 51 77 J2EE Application: Se specifica calea completa a fisierului mapviewer.ear Application Name: Se completeaza “mapviewer” Parent Application: se accepta “default”. Se apasa Continue pentru a naviga pe pagina urmatoare a wizard-ului. Pentru URL Binding se va specifica /mapviewer. Se apasa Finish pentru a continua direct la pagina ce rezumeaza procesul de instalare. Figura 52 Oracle Enterprise Manager a realizat deploy-ul fisierului mapviewer.ear, a modificat niste fisiere XML, a creat legatura URL in listener-ul Oracle HTTP si a afisat un ecran cu informatii despre aplicatiile incarcate in instanta OC4J respectiva. 78 7.4. Instalarea APEX Pasii de instalare 1. Se descarca fisierul apex_3.1.zip de pe pagina web de download al Oracle Application Express (APEX): http://www.oracle.com/technology/products/database/application_express/ 2. Se dezarhiveaza apex_3.1.zip, pastrandu-se denumirea directoarelor. 3. Se deschide consola de comenzi DOS si se navigheaza in directorul apex. 4. Se porneste o sesiune SQL *Plus si se conecteaza la baza de date unde este instalat APEX. Pentru conectare se va folosi user-ul SYS al bazei de date, cu rol de SYSDBA. Spre exemplu: SYSTEM_DRIVE:\ sqlplus /nolog SQL> CONNECT SYS as SYSDBA Enter password: SYS_password 5. Se ruleaza scriptul apexins.sql cu urmatorii parametri: @apexins tablespace_apex tablespace_files tablespace_temp images Unde: tablespace_apex este numele tablespace-ului destinat userului aplicatiei Oracle Application Express tablespace_files este numele tablespace-ului destinat userului aplicatiei Oracle Application Express tablespace_temp este numele tablespace-ului temporar images este directorul virtual pentru imaginile din Oracle Application Express. Este indicat sa fie definit ca /i/. Exemplu: @apexins SYSAUX SYSAUX TEMP /i/ Dupa ce Oracle Application Express se instaleaza, acesta creaza trei noi scheme ale bazei de date: FLOWS_030100 – Contul ce detine schema Oracle Application Express si metadatele FLOWS_FILES – Contul ce detine fisierele uploadate ale Oracle Application Express APEX_PUBLIC_USER – Contul cu putine privilegii folosit pentru configurarea Oracle Application Express cu Oracle HTTP Server si mod_plsql. Pentru mai multe detalii despre configurarea Oracle Application Express, post-instalare, se poate consulta documentatia pusa la dispozitie pe pagina produsului de pe site-ul Oracle Technology Network. 79 8. Anexa 2: Lista de figuri Figura 1: Prima harta choropleta, intocmita de Pierre Charles Dupin ........................................... 6 Figura 2: Locatiile deceselor cauzate de holera, Londra, 1854 ...................................................... 7 Figura 3: Evolutia GIS-urilor ............................................................................................................ 8 Figura 4: Reprezentarea spatiului geografic cu ajutorul obiectelor ............................................. 11 Figura 5: Componentele unui GIS ................................................................................................. 13 Figura 6: Partile componente ale unui GIS ................................................................................... 15 Figura 7: Imagine vectoriala vs. imagine raster ............................................................................ 17 Figura 8: Lantul valoric al serviciilor bazate pe locatie ................................................................. 19 Figura 9: Formarea hartii prin suprapunerea mai multor straturi ................................................ 20 Figura 10: Rolul formatelor de extractie in producerea hartilor NAVTEQ ................................... 22 Figura 11: Formatul relational de date RDF .................................................................................. 23 Figura 12: Principiul de functionare al formatului GDF ................................................................ 24 Figura 13: RDF vs. GDF .................................................................................................................. 24 Figura 14: Model de query cu 2 filtre ........................................................................................... 29 Figura 15: Principiul general de functionare al MapViewer ......................................................... 32 Figura 16: Structura stratificata a unei harti in conceptia MapViewer ........................................ 33 Figura 17: Comunicarea cerere-raspuns dintre MapViewer si Client ........................................... 34 Figura 18: Comunicarea dintre componentele modelului 3-tier .................................................. 35 Figura 19: Arhitectura Oracle Maps si interactiunea cu aplicatia client ....................................... 36 Figura 20: Folosirea MapViewer si MapBuilder in dezvoltarea unei aplicatii web ...................... 37 Figura 21: Arhitectura Oracle Application Express ....................................................................... 38 Figura 22: Relatia dintre programatori, zonele de lucru si baza de date ..................................... 39 Figura 23: Rolurile utilizatorilor APEX ........................................................................................... 40 Figura 24: Instanta APEX cu un singur user cu drepturi depline .................................................. 41 Figura 25: Formularul de inregistrare in aplicatie ........................................................................ 42 Figura 26: Pagina principala a aplicatiei de redare a hartilor ....................................................... 42 Figura 27: Vizualizarea unui geo-tag pe harta .............................................................................. 43 Figura 28: Vizualizarea unui document PDF asociat unui geo-tag ............................................... 44 Figura 29: Formularul de introducere a unui nou geo-tag ........................................................... 45 Figura 30: Definirea unei zone dreptunghiulare de cautare ........................................................ 46 Figura 31: Simbolizarea geo-tag-urilor din zona de cautare ......................................................... 47 Figura 32: Schema de functionare a aplicatiei .............................................................................. 48 Figura 33: Structura unei tabele ce contine informatii geospatiale ............................................. 50 80 Figura 34: Panoul de comanda al APEX ........................................................................................ 53 Figura 35: Sectiunea HTML Header din cadrul paginii 1 ............................................................... 54 Figura 36: Realizarea unei directionari intre pagini ...................................................................... 57 Figura 37........................................................................................................................................ 69 Figura 38........................................................................................................................................ 70 Figura 39........................................................................................................................................ 70 Figura 40........................................................................................................................................ 71 Figura 41........................................................................................................................................ 71 Figura 42........................................................................................................................................ 72 Figura 43........................................................................................................................................ 72 Figura 44........................................................................................................................................ 73 Figura 45........................................................................................................................................ 73 Figura 46........................................................................................................................................ 74 Figura 47........................................................................................................................................ 75 Figura 48........................................................................................................................................ 75 Figura 49........................................................................................................................................ 76 Figura 50........................................................................................................................................ 76 Figura 51........................................................................................................................................ 77 Figura 52........................................................................................................................................ 78 81 9. Bibliografie *1+ Chuck Murray, “Oracle Spatial User’s Guide and Reference, 10g Release 2 (10.2)”, Copyright © 1999, 2005, Oracle *2+ Jean Ihm, Xavier Lopez, “Oracle Spatial 10g – An Oracle White Paper”, Copyright © 2005, Oracle *3+ Jean Ihm, Xavier Lopez, “Oracle Locator: Location-Enabling Every Oracle Database”, Copyright © 2005, Oracle [4] Michele Cyran, “Oracle Database Concepts, 10g Release 2 (10.2)”, Copyright © 1993, 2005, Oracle [5] Chuck Murray , “Oracle Application Server MapViewer User’s Guide, 10g Release 10.1.3.1”, Copyright © 2001, 2006, Oracle [6] James Steiner, “NAVTEQ DATA FREQUENTLY ASKED QUESTIONS - Digital Map Data for Oracle”, Copyright © 2007, Oracle [7] Jayant Sharma, Jim Steiner, “Fusion Middleware MapViewer FAQ”, Copyright © 2008, Oracle [8] L.J. Qian, Jayant Sharma, Chuck Murray, “Oracle Application Server 10g (10.1.3) MapViewer - An Oracle White Paper”, Copyright © 2006, Oracle [9] http://www.oracle.com/technology/sampletcode/products/spatial/index.html [10] http://www.oracle.com/technology/software/index.html [11] http://www.oracle.com/technology/obe/10gr2tdbtsingle/install/wininst/wininsttotn.htm [12] http://www.oracle.com/technology/products/spatial/viewlettdemotidx.html [13] Robert Haining, “Spatial Data Analysis - Theory and Practice”, Cambridge University Press, 2003 [14] http://developer.navteq.com 82 *15+ L.J. Qian, “Hands-on Lab: Developing an interactive mapping application for your Oracle database using Oracle Maps”, 2006 [16] http://www.oracle.com/technology/products/mapviewer/ [17] Mircea Badut, “GIS Sisteme Informatice Geografice - fundamente practice”, Editura Albastra, 2006 [18] Florin Iosub, "Evoluţia Sistemelor Informaţionale Geografice (GIS)” http://earth.unibuc.ro/articole/evoluia-sistemelor-informaionale-geografice-gis [19+ Dan Bălteanu, “Sistem informaţional geografic (GIS) pentru studiul dezastrelor naturale”, ACADEMIA ROMANA - INSTITUTUL DE GEOGRAFIE http://www.racai.ro/INFOSOC-Project/Balteanu_st_b08_new.pdf [20] Kyle McCluskey, “From GDF to ODF to RDF: An Evolution in Data”, www.nn4d.com, http://developer.navteq.com/getDocument.do?docId=4100 [21] Abduraman Adina- Esma, “Sisteme Geografice Informationale”, UNIVERSITATEA POLITEHNICA BUCURESTI http://stst.elia.pub.ro/RIC/Teme_RIC_2008_9/AdinaAbduraman/Abduraman%20Adina%20Esm a-GIS-proiect%20RIC.pdf [22] NAVTEQ Network for DevelopersTM, “NAVTEQ Digital Map Overview Guide”, Q1 2009, www.nn4d.com [23] http://www.oracle.com/corporate/story.html *24+ Drue Baker, Anne Romano, Terri Winters, “Oracle Database 2 Day + Application Express Developer’s Guide, Release 3.1.2”, Copyright © 2008, Oracle 83 